System and method for processing media gifts

ABSTRACT

Various techniques are provided for the gifting between multiple electronic devices of media content provided by an online digital media provider. An offer and acceptance of a selected gift file is accomplished between a gifter device and a receiving giftee device using a near-field communication (NFC) connection. If a connection to the online provider is available, the gifter device may transmit a gift request by which the gifter&#39;s account is charged for the gift file. Thereafter, a gift file created using DRM keys associated with the giftee&#39;s account may be downloaded to the giftee device. If a network connection is unavailable, the giftee device may transfer a locked gift file and a corresponding gift license to the giftee device using a peer-to-peer connection. The giftee device may authenticate the license and unlock the gift file once a connection to the online provider is available.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. patent applicationSer. No. 12/024,519 filed on Feb. 1, 2008.

BACKGROUND

1. Technical Field

Embodiments of the present disclosure relate generally to digital mediacontent and, more particularly, to various systems, methods, andelectronic devices configured to transfer information relating todigital media content from one user's account to another user's account.

2. Description of the Related Art

This section is intended to introduce the reader to various aspects ofart that may be related to various aspects of the present techniques,which are described and/or claimed below. This discussion is believed tobe helpful in providing the reader with background information tofacilitate a better understanding of the various aspects of the presentdisclosure. Accordingly, it should be understood that these statementsare to be read in this light, and not as admissions of prior art.

In recent years, the declining popularity of audio cassette tapes andcompact discs in conjunction with the growing popularity of electronicdevices capable of playing various forms of digital media content hasled to a dramatic increase in the demand for downloadable digital mediacontent. Many such digital media player devices, particular portabledevices, are currently available on the market and support a widevariety of file formats that digital media files might take. Forinstance, downloadable digital music files are commonly provided in thefollowing file formats, just to provide a few examples: MP3, AIFF, WAV,MPEG-4, AAC, etc.

Thus, as a result of market demands, various online digital mediaproviders have been established and currently exist as a retailer fordownloadable digital media content. Often times, downloaded mediacontent may be received directly on a digital media player device andimmediately played back, listened to, or viewed by a user of the device.In other instances, the downloaded media content may be received on adesktop computer and subsequently transferred to a digital media playerfor playback. To provide one example, an online digital media provideroffering the above mentioned services may be the iTunes® online service,operated by Apple Inc. of Cupertino, Calif.

While the download of digital media files directly to digital mediaplayer devices from an online digital media content provider may offer aconvenient and simple solution to store various digital media files in acommon location for playback on demand, the transfer of such filesbetween individuals is often times problematic due to the nature ofcopyright protection. For example, downloadable digital media contentmay be protected using a variety of digital rights managementtechniques, which may generally refer to access control methods used bydevice manufacturers, content publishers/providers, and copyrightholders in order to limit usage and distribution of digital mediacontent. This ensures that the copyright holder's rights are honored andthat the copyright holder is compensated for each sale of a copyrighteddigital work. Thus, the transfer of a copyright protected digital mediafile from one device to a separate receiving device may oftentimesresult in the transferred file being unplayable or inaccessible on thereceiving device.

SUMMARY

Certain aspects of embodiments disclosed herein by way of example aresummarized below. It should be understood that these aspects arepresented merely to provide the reader with a brief summary of certainforms that any implementation disclosed and/or claimed herein might takeand that these aspects are not intended to limit the scope of thepresent disclosure. Indeed, any implementation disclosed and/or claimedherein may encompass a variety of aspects that may not be set forthbelow.

The present disclosure generally relates to various techniques forgifting downloadable media files provided by an online digital mediaprovider between multiple electronic devices. In accordance with oneembodiment, a first device may initiate a gifting process by selectingone or more media files to be gifted to a receiving device. For example,in initiating the gifting the process, the user of the initiating devicemay authorize a gift charge to be applied to the user's accountassociated with the online digital media provider. Thereafter, a giftoffer may be transmitted from the initiating device to the receivingdevice using a close range communication protocol, such as near-fieldcommunication (NFC) connection. The receiving device, upon receiving theoffer, may transmit an acceptance message using the NFC connection, inwhich the receiver's account information associated with the onlinedigital media provider is included and transferred to the initiatingdevice.

The initiating device may then transmit a gift request to the onlinedigital media provider. The online digital media provider may thenprocess the gift request to charge the initiator's account for thegifting of the selected file. Thereafter, a gift file may be createdusing the receiver's digital media protection keys, such as a DRM key,such the gift file may be authorized for playback on the receivingdevice in accordance with copyright regulations. The gift file may thenbe downloaded to the receiving device, upon which the user of thereceiving device may playback the gifted file. In one implementation,the gift file may be created by a server operated by the online digitalmedia provider. In other implementations, the online digital mediaprovider may provide the receiver's DRM key to the initiating device andthe initiating device may be delegated the task of generating the giftfile.

Further implementations of the present techniques are also provided inwhich after the offer and acceptance of the gift file, the initiatingdevice is unable to establish a connection with the online digital mediaprovider to transmit a gift request. In such situations, the initiatingdevice may instead generate a locked gift file and a gift license to betransmitted directly to the receiving device. The locked gift file maynot be played on the receiving device until a connection is laterestablished with the online digital media provider, and the gift licenseis authenticated, whereby the initiator's account is charged the gift,and the locked gift file is unlocked for playback on the receivingdevice. The present techniques also provide for the gifting of mediafiles where the initiating and receiving devices are in remotelocations, such as by using electronic gift certificates generated bythe initiating device and sent by an e-mail communication to thereceiving device. The electronic gift certificate may then be redeemedby the receiving device with the online digital media provider, afterwhich the selected gift file corresponding to the electronic giftcertificate may be downloaded to the receiving device. The presenttechniques further provide for the gifting of multiple media files in asingle transaction, as well as the customization and personalization ofsuch gifts.

Various refinements of the features noted above may exist in relation tovarious aspects of the present disclosure. Further features may also beincorporated in these various aspects as well. These refinements andadditional features may exist individually or in any combination. Forinstance, various features discussed below in relation to one or more ofthe illustrated embodiments may be incorporated into any of theabove-described aspects of the present disclosure alone or in anycombination. Again, the brief summary presented above is intended onlyto familiarize the reader with certain aspects and contexts ofembodiments of the present disclosure without limitation to the claimedsubject matter.

DESCRIPTION OF THE DRAWINGS

These and other features, aspects, and advantages of the presentdisclosure will become better understood when the following detaileddescription of certain exemplary embodiments is read with reference tothe accompanying drawings in which like characters represent like partsthroughout the drawings, wherein:

FIG. 1 is a front view of a handheld electronic device in accordancewith one embodiment;

FIG. 2 is a rear view of the handheld electronic device illustrated inFIG. 1;

FIG. 3 is a simplified block diagram depicting components which may beused in the handheld electronic device illustrated in FIG. 1;

FIG. 4 is a schematic representation depicting the use of the handheldelectronic device of FIG. 1 to purchase of one or more media files froman online service in accordance with one embodiment;

FIGS. 5A and 5B show a plurality of screen images that may be displayedon the device of FIG. 1 illustrating a method for connecting to theonline service of FIG. 4 and selecting a media file for purchase;

FIG. 6 shows a plurality of screen images illustrating the playback thepurchased media file of FIGS. 5A and 5B on the device of FIG. 1 using amedia player application;

FIG. 7 is a schematic representation illustrating the gifting of thepurchased media file of FIG. 5B from the handheld electronic device ofFIG. 1 to a separate device in accordance with one implementation of thepresent technique, wherein the handheld electronic device of FIG. 1 actsas a gifter device and the separate device acts as a giftee device, andwherein the gifted media file is created by an online service depictedin FIG. 4;

FIG. 8 is a schematic representation illustrating a communicationprocess that may occur between the gifter and giftee devices during thegifting process depicted in FIG. 7;

FIG. 9 is a schematic representation of respective communicationprofiles associated with each of the gifter device and giftee devicewhich may be exchanged between the gifter device and the giftee deviceduring the communication process of FIG. 8;

FIG. 10A shows a plurality of screen images that may be displayed on thegiftee device illustrating a method for initiating the gifting processof FIG. 7;

FIG. 10B shows a plurality of screen images depicting the transmissionof gifting information from the gifter device to the giftee device usinga communication path in accordance with the gifting process depicted inFIG. 7;

FIG. 10C illustrates the establishment of the communication path of FIG.10B;

FIG. 10D shows a plurality of screen images depicting the acceptance ofthe gifted media file by the giftee device and the transmission of agift request to the online service by the gifter device in accordancewith one embodiment;

FIG. 11A shows a plurality of screen images illustrating the connectionof the giftee device to the online service of FIG. 4 to retrieve thegifted media file accepted by the giftee device in FIG. 10D;

FIG. 11B shows a plurality of screen images illustrating the playback ofthe retrieved gifted media file from FIG. 11A on the giftee device usinga media player application;

FIG. 11C shows a plurality if screen images illustrating a method bywhich the giftee device may approve a payment for the gifted media fileif the gifter's payment account cannot be charged;

FIG. 12 is a schematic representation illustrating the gifting of thepurchased media file of FIG. 5B from a gifter device to a giftee device,wherein the gifted media file is created on the gifter device inaccordance with a further implementation of the present technique;

FIG. 13A shows a plurality of screen images depicting the transmissionof gifting information from the gifter device to the giftee device usinga communication path in accordance with the gifting process depicted inFIG. 12;

FIG. 13B shows a plurality of screen images depicting the creation of agift file on the gifter device in accordance with the gifting processdepicted in FIG. 12;

FIG. 13C shows a plurality of screen images depicting the transmissionof the gift file created in FIG. 13B from the gifter device to thegiftee device;

FIG. 14 shows a plurality of screen images illustrating the playback ofthe gift file received in FIG. 13B by the giftee device;

FIG. 15 is a schematic representation illustrating the a technique forgifting the purchased media file of FIG. 5B from a gifter device to agiftee device in accordance with a further implementation of the presenttechnique, wherein the gifter device is temporarily unable to connect tothe online service to transmit a gift request;

FIG. 16A shows a plurality of screen images depicting the acceptance ofa gift offer by the giftee device in accordance with the gifting processdepicted in FIG. 15, and further illustrates, with respect to the gifterdevice, the unavailability of a connection to the online service;

FIG. 16B shows a plurality of screen images depicting the transmissionof a locked gift file and a gift license from the gifter device to thegiftee device;

FIG. 17A shows a plurality of screen images depicting how the lockedgift file from FIG. 16B must be authenticated with the online serviceprior to being played back on the giftee device;

FIGS. 17B and 17C show a plurality of screen images illustrating theauthentication and unlocking of the locked gift file of FIG. 16B and thesubsequent playback of the unlocked gift file on the giftee device;

FIG. 18 is a schematic representation illustrating a technique forgifting the purchased media file of FIG. 5B from a giftee device to agiftee device without the use of the communication path depicted inFIGS. 10B and 100 in accordance with a further implementation of thepresent technique;

FIG. 19 shows a plurality of screen images depicting the creation of anelectronic gift certificate on the gifter device in accordance with thegifting process depicted in FIG. 18;

FIGS. 20A-20C show a plurality of screen images that may be displayed onthe giftee device depicting a process for redeeming the electronic giftcertificate with the online service and receiving a gift file inaccordance with the gifting process of FIG. 18;

FIGS. 21A-21D show a plurality of screen images depicting varioustechniques for personalizing a playlist having a plurality of mediafiles to be gifted to a giftee device;

FIG. 22 shows a plurality of screen images for playing back media filesassociated with the gifted playlist described in FIGS. 21A-21D;

FIG. 23 shows a screen image depicting a graphical user interface fornavigating and selecting the gifted playlist of FIG. 22.

DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS

One or more specific embodiments of the present techniques will bedescribed below. These described embodiments are only exemplary of thepresent disclosure. Additionally, in an effort to provide a concisedescription of these exemplary embodiments, all features of an actualimplementation may not be described in the specification. It should beappreciated that in the development of any such actual implementation,as in any engineering or design project, numerousimplementation-specific decisions must be made to achieve thedevelopers' specific goals, such as compliance with system-related andbusiness-related constraints, which may vary from one implementation toanother. Moreover, it should be appreciated that such a developmenteffort might be complex and time consuming, but would nevertheless be aroutine undertaking of design, fabrication, and manufacture for those ofordinary skill having the benefit of this disclosure.

Turning to the drawings and referring initially to FIG. 1, an electronicdevice that may include one or more applications for providing the mediagifting techniques and capabilities briefly mentioned above isillustrated and generally referred to by reference numeral 10. Inaccordance with the illustrated embodiment, the electronic device 10 maybe a handheld device incorporating the functionality of one or moreportable devices, such as a media player, a cellular phone, a personaldata organizer, and so forth. Thus, depending on the functionalitiesprovided by the electronic device 10, a user may listen to music, playgames, record video, take pictures, and place telephone calls, whilemoving freely with the device 10. In addition, the electronic device 10may allow a user to connect to and communicate through the Internet orthrough other networks, such as local or wide area networks. Forexample, the electronic device 10 may allow a user to communicate usinge-mail, text messaging, instant messaging, or other forms of electroniccommunication. The electronic device 10 also may communicate with otherdevices using short-range connection protocols, such as Bluetooth andnear field communication (NFC). By way of example only, the electronicdevice 10 may be a model of an iPhone®, available from Apple Inc. ofCupertino, Calif.

As shown in the illustrated embodiment, the device 10 may be enclosed byan enclosure or housing 12. The enclosure 12 may serve to protect theinternal components of the device 10 from physical damage. In addition,the enclosure 12 may also provide the device 10 and its internalcomponents shielding from electromagnetic interference. As will beappreciated by those skilled in the art, the enclosure 12 may be formedand/or constructed from any suitable material such as plastic, metal, ora composite material and may allow certain frequencies ofelectromagnetic radiation to pass through to wireless communicationcircuitry within the device 10 for facilitation of wirelesscommunications.

The enclosure 12 may further provide for access to various user inputstructures, depicted in FIG. 1 by reference numerals 14, 16, 18, 20, and22. By way of these user input structures, a user may interface with thedevice 10, wherein each user input structure 14, 16, 18, 20, and 22 maybe configured to control one or more device functions when pressed oractuated. By way of example, the input structure 14 may include a buttonthat when pressed or actuated causes a home screen or menu to bedisplayed on the device. The input structure 16 may include a button fortoggling the device 10 between one or more modes of operation, such as asleep mode, a wake mode, or a powered on/off mode, for example. Theinput structure 18 may include a dual-position sliding structure thatmay mute or silence a ringer in embodiments where the device 10 includesa cell phone application. Further, the input structures 20 and 22 mayinclude buttons for increasing and decreasing the volume output of thedevice 10. It should be understood that the illustrated input structures14, 16, 18, 20, and 22 are merely exemplary, and that the electronicdevice 10 may include any number of user input structures existing invarious forms including buttons, switches, control pads, keys, knobs,scroll wheels, and so forth, depending on specific implementationrequirements.

The electronic device 10 may further include a display 24 configured todisplay various images generated by the device 10. By way of example,the display 24 may be configured to display photos, movies, album artassociated with digital media files stored on the device 10, and/ordata, such as text documents, spreadsheets, text messages, and e-mail,among other things. The display 24 may also display various systemindicators 26 that provide feedback to a user, such as power status,signal strength, call status, external device connections, or the like.The display 24 may be any type of display, such as a liquid crystaldisplay (LCD), a light emitting diode (LED) display, an organic lightemitting diode (OLED) display, or other suitable display. In certainembodiments, the device 10 may include a touch sensitive element, suchas a touch screen interface (not shown in FIG. 1) disposed adjacent tothe display 24 that may function as an additional user input structure(e.g., in addition to structures 14, 16, 18, 20, and 22). By way of thistouch screen interface, a user may select elements displayed on thedisplay 24 such as, for example, by touching certain elements using theuser's finger or a stylus.

As further shown in the present embodiment, the display 24 may beconfigured to display a graphical user interface (“GUI”) 28 that allowsa user to interact with the device 10. The GUI 28 may include variousgraphical layers, windows, screens, templates, elements, or othercomponents that may be displayed on all or a portion of the display 24.For instance, the GUI 28 may display a plurality of graphical elements,depicted here generally as icons 30. By default, such as when the device10 is first powered on, the GUI 28 may be configured to display theillustrated icons 30 as a “home screen,” represented herein by thereference numeral 29. In certain embodiments, the user input structures14, 16, 18, 20, and 22, may be used to navigate through the GUI 28 and,accordingly, away from the home screen 29. For example, one or more ofthe user input structures may include a wheel structure that may allow auser to select various icons 30 displayed by the GUI 28. Additionally,the icons 30 may also be selected via the touch screen interface.

As will be appreciated, the icons 30 may represent various layers,windows, screens, templates, elements, or other components that may bedisplayed in some or all of the areas of the display 24 upon selectionby the user. Furthermore, the selection of an icon 30 may lead to orinitiate a hierarchical screen navigation process. For instance, theselection of an icon 30 may cause the display 24 to display anotherscreen that includes one or more additional icons 30 or other GUIelements. Also, as shown in the present embodiment, each graphicalelement 30 may have one or more textual indicators 32 associatedtherewith, which may be displayed on or near its respective graphicalelement 30 to facilitate user interpretation of each graphical element30. For example, as shown in the present figure, the icons 34, 36, and38 may be associated with the textual indicators “iTunes,” “iPod,” and“Mail,” respectively. It should be appreciated that the GUI 28 mayinclude various components arranged in hierarchical and/ornon-hierarchical structures.

When an icon 30 is selected, the device 10 may be configured toinitiate, open, or run an application associated with the selected icon30 and to display a corresponding screen. For example, when the icon 34is selected, the device 10 may connect to and display an applicationproviding the user an interface to an online service. By way of theexample, the online service 34 may be an online service providingvarious downloadable digital media content, such as music or videofiles, electronic books (e-books), audiobooks, podcasts, softwareapplications and programs, video games, or the like, which may bepurchased by a user of the device 10 and subsequently downloaded to thedevice 10. In one implementation, the online digital media provider maybe provided by the iTunes® digital media service/store, offered andmaintained by Apple Inc. When the icon 36 is selected, the device mayinitiate a media player application and display a listing of media filesavailable for playback on the device 10. By way of example, in oneimplementation, the media player application may be provided by an iPod®application available from Apple Inc. Similarly, the icon 38 mayrepresent an e-mail program and, when selected, may initiate an e-mailapplication through which the user may read or send e-mail messages.Thus, for each application provided on the device 10, one or morerespective screen or screens may be displayed on the display 24 that mayinclude various user interface elements corresponding to a respectiveapplication. Further, it should be understood that the embodimentsprovided herein have been described with reference to iTunes® by way ofexample only. Indeed, in other applications of the present technique,any suitable digital media provider may be utilized. For instance, wherethe gifted digital files are software applications, the online digitalmedia provider may be provided by App Store®, also offered andmaintained by Apple Inc.

The electronic device 10 may also include various input/output (I/O)ports, such as the illustrated I/O ports 40, 42, 44. These I/O ports mayallow a user to connect the device 10 to or interface the device 10 withone or more external devices. For example, the input/output port 40 mayinclude a proprietary connection port for transmitting and receivingdata files, such as media files. The input/output port 42 may include aconnection slot for receiving a subscriber identify module (SIM) card,for instance, where the device 10 includes cell phone functionality. Theinput/output port 44 may be an audio jack that provides for connectionof audio headphones or speakers. As will be appreciated, the device 10may include any number of input/output ports configured to connect to avariety of external devices, such as to a power source, a printer, and acomputer, or an external storage device, just to name a few examples. Aswill appreciated, the I/O ports may include any suitable interface typesuch as a universal serial bus (USB) port, serial connection port,FireWire port (IEEE-1394), or AC/DC power connection port.

Further, in some embodiments, certain I/O ports may be configured toprovide for more than one function. For instance, in one embodiment, theI/O port 40 may be configured to not only transmit and receive datafiles, as described above, but may be further configured to couple thedevice to a power charging interface, such as an power adaptor designedto provide power from a electrical wall outlet, or an interface cableconfigured to draw power from another electrical device, such as adesktop computer. Thus, the I/O port 40 may be configured to functiondually as both a data transfer port and an AC/DC power connection portdepending, for example, on the external component being coupled to thedevice 10 through the I/O port 40.

The electronic device 10 may also include various audio input and outputelements. For example, the audio input/output elements, depictedgenerally by reference numeral 46, may include an input receiver, whichmay be provided one or more microphones. For instance, where theelectronic device 10 includes cell phone functionality, the inputreceivers may be configured to receive user audio input such as a user'svoice. Additionally, the audio input/output elements 46 may include oneor more output transmitters. Thus, the output transmitters may includeone or more speakers which may be utilized by the device 10 inconjunction with the above-mentioned media player application 36 fortransmitting audio signals to a user, such as while playing back musicor video files, for example.

Further, where the electronic device 10 includes a cell phoneapplication, an additional audio output transmitter 48 may be provided,as shown in FIG. 1. Like the output transmitter of the audioinput/output elements 46, the output transmitter 48 may also include oneor more speakers configured to transmit audio signals to a user, such asvoice data received during a telephone call. Thus, the input receiversand the output transmitters of the audio input/output elements 46 andthe output transmitter 48 may operate in conjunction to function as theaudio receiving and transmitting elements of a telephone.

In the illustrated embodiment, the electronic device 10 further includesa near field communication (NFC) device 50. The NFC device 46 may belocated within the enclosure 12, and a mark or symbol on the exterior ofthe enclosure 12 may identify its location within the enclosure 12. TheNFC device 50 may include an antenna that may generally be positionedalong the circumference of the housing 12, and may allow for close rangecommunication at relatively low data rates (e.g., 424 kb/s), and maycomply with standards such as ISO 18092 or ISO 21481. In someembodiments, the NFC device 50 may also allow for close rangecommunication at relatively high data rates (e.g., 560 Mbps), and maycomply with the TransferJet® protocol. As used herein, it should beunderstood that the term “NFC device” refers to both an NFCcommunication device 50, as well as the above-mentioned antenna.

In certain embodiments, the communication using the NFC device 50 mayoccur within a range of approximately 2 to 4 cm. As will be appreciatedby those skilled in the art, close range communication using the NFCdevice 50 may take place via magnetic field induction, thus allowing theNFC device 50 to communicate with other NFC-enabled devices or toretrieve information from tags having radio frequency identification(RFID) circuitry, for instance. Additionally, magnetic field inductionmay also allow the NFC device 50 to “wake” or induce another NFC-enableddevice that is in a passive or sleep mode into an active mode. As willdiscussed in further detail below, the NFC device 50 may be utilized inconjunction with the media player application described above (e.g.,represented by graphical element 36) to provide for the gifting (bothsending and receiving) of media content.

Continuing now to FIG. 2, a rear view of the electronic device 10depicted in FIG. 1 is illustrated. As shown in FIG. 2, the device 10 mayinclude a camera 52. The camera 52 may be used to acquire digital stillor moving images, such as digital photographs or movies. As will bediscussed in further detail below, the camera 52 may be utilized inconjunction with the aforementioned media player application 36, inorder to acquire one or more images to be sent with gifted media files.

Additional details of the illustrative device 10 may be betterunderstood through reference to FIG. 3, which is a block diagramillustrating various components and features of the device 10 inaccordance with one implementation of the present disclosure. As shownin FIG. 3, the device 10 may include the above discussed display 24, theNFC device 50, and the camera 52, as well as one or more centralprocessing units (CPU) 54, control circuitry 56, a storage device 58, aplurality of communication interfaces 60, a video controller 80, a touchscreen interface 82, an I/O controller 84, and a power source 86.

The operation of the device 10 may be generally controlled by thecentral processing unit (CPU) 54 and the control circuit 56. Incooperation, these elements may provide the processing capabilityrequired to execute an operating system, application programs (e.g.,including the online service application 34, the media playerapplication 36, and the e-mail application), the GUI 28, and any otherfunctions provided on the device 10. The CPU 54 may include a singleprocessor or, in other embodiments, it may include a plurality ofprocessors. By way of example, the CPU 54 may include “general purpose”microprocessors, a combination of general and application-specificmicroprocessors, instruction set processors, graphics processors, videoprocessors, as well as related chips sets and/or special purposemicroprocessors. The control circuit 56 may include one or more databuses for transferring data and instructions between components of thedevice 10. The control circuit 56 also may further include on boardmemory (RAM) for caching purposes. Additionally, although notillustrated in FIG. 3, the device 10 may include a standalone randomaccess memory (RAM) in communication with the CPU 54 by way of one ormore memory controllers, which may be integrated within the controlcircuit 56.

Information used by the CPU 54 may be stored within a long-term storagedevice, represented by reference numeral 58. The storage device 58 ofthe electronic device 10 may be utilized for storing data required forthe operation of the CPU 54, data to be processed or executed by the CPU54, as well as other data required by the device 10, such as applicationand program data. By way of example, the storage device 58 may beconfigured to store the firmware for the electronic device 10 that isused by the CPU 54. The firmware may include an operating system, aswell as other programs, such as the above-mentioned applicationsrepresented by the icons 34, 36, and 38, or drivers that enable variousfunctions of the electronic device 10, GUI functions, and/or processorfunctions. The storage device 58 may also store components for the GUI28, such as graphical elements, screens, and templates. Additionally,the storage device 58 may store data files such as media (e.g., musicand video files), image data, application software, preferenceinformation (e.g., media playback preferences, general userpreferences), wireless connection information (e.g., information thatmay enable the device 10 to establish a wireless connection, such as atelephone or Internet connection), subscription information (e.g.,information that maintains a record of podcasts, television shows orother media to which a user subscribes), telephone information (e.g.,telephone numbers), and any other suitable data required by the device10.

The long term storage 58 may be non-volatile memory such as read onlymemory, flash or solid state memory, a hard disk drive, or any othersuitable optical, magnetic, or solid-state computer readable media, aswell as a combination thereof. Thus, although the long term storage 58is depicted as a single device for purposes of illustration, it shouldunderstood that the long term storage 58 may include one or more of acombination of the above-listed storage devices operating in conjunctionwith the CPU 54.

The device 10 may further include one or more communication interfaces,illustrated in FIG. 3 by reference numeral 60, for providing additionalconnectivity channels for receiving and transmitting information. Forexample, communication interface 60 may represent one or more networkinterface cards (NIC) and/or a network controller as well as variousassociated communication protocols. The communication interface 60 mayinclude several types of communication interfaces, including but notlimited to, a wireless local area network (WLAN) interface 62, an NFCinterface 64, an unstructured supplementary service data (USSD)interface 66, a personal area network (PAN) interface 68, a local areanetwork (LAN) interface 70, a wide area network (WAN) interface 72, anda short message service (SMS) interface 74.

The PAN interface 68 may provide capabilities to network with, forexample, a Bluetooth® network, an IEEE 802.15.4 (e.g., ZigBee) network,or an ultra wideband network (UWB). As will be appreciated, the networksaccessible by the PAN interface 68 may, but do not necessarily,represent low power, low bandwidth, or close range wireless connections.The PAN interface 68 may permit one electronic device 10 to connect toanother local electronic device, such as a computer or portable mediaplayer, via an ad-hoc or peer-to-peer connection. However, as can beappreciated, the connection may be disrupted if the physical distancebetween the two electronic devices exceeds the effective range of thePAN interface 68.

The LAN interface 70 and WLAN interface 62 may provide longer-rangecommunication channels, generally exceeding the range available via thePAN interface 68. The LAN interface 70 may represent, for example, aninterface to a wired Ethernet-based network providing a connection to anIntranet or the Internet, and the WLAN interface 62 may represent aninterface for connecting to a wireless LAN, such as an IEEE 802.11a/b/gwireless network. Additionally, in many cases, a connection between twoelectronic devices via the LAN interface 70 or the WLAN interface 62 mayinvolve communication through one or more network routers, switches,gateways, or some other intermediary device.

Connection to a wide area network (WAN) may be provided by way of theWAN interface 72. The WAN interface 72 may permit a private and/orsecure connection to a cellular data network, such as the Enhanced Datarates for GSM Evolution (EDGE) network or the 3G network (e.g., based onthe IMT-2000 standard). When connected via the WAN interface 72, theelectronic device 10 may remain connected to the Internet and, in someembodiments, to one or more additional electronic devices, despitechanges in location that might otherwise disrupt a connection throughthe PAN interface 68, LAN interface 70, or the WLAN interface 62.

In certain embodiments, the electronic device 10 may also include aservice discovery networking protocol configured to interact with theabove-discussed communication interfaces in order to establish aconnection with an external device through one of the communicationinterfaces. For example, both the device 10 and the external device maybroadcast identification information using internet protocol standards(IP). In some embodiments, the external device may additionallybroadcast information relating to the available services the externaldevice is capable of providing (e.g., printing services for a networkedprinter). The devices may then use the identification information toestablish a network connection, such as a PAN connection or a WLANconnection, between the devices. By way of example, a deviceidentification protocol may be provided by Bonjour®, developed by andavailable from Apple Inc.

Small size communications may be sent using the USSD interface 66 andthe SMS interface 74. The SMS interface 74 may allow transmission oftext messages of 140 bytes or less. In certain embodiments, larger sizemessages may be sent using concatenated SMS. The USSD interface 66 mayfacilitate the transmission of real time text messages over GSMsignaling channels. By way of example, the USSD interface 66 may be usedto query for locations and addresses, movie showing times, stock quotes,or the like.

The device 10 may be further provided with close range communicationcapabilities by way of the NFC interface 64. The NFC interface 64 mayoperate in conjunction with the above-described NFC device 50 to providefor close range communications between the device 10 and an externalNFC-enabled device. The NFC interface 64 may exist as a separatecomponent, may be integrated into another chipset, or may be integratedinto the NFC device 50 itself, for example, as part of a system-on-chip(SoC) circuit. The NFC interface 64 may include one or more protocols,such as the Near Field Communication Interface and Protocols (NFCIP-1),for communicating with another NFC-enabled device. The protocols may beused to adapt the communication speed and to designate one of theconnected devices as an initiating device that controls and/or initiatesthe NFC connection. In certain embodiments, the NFC interface 64 may beused to receive information, such as a service set identifier (SSID),channel, and/or encryption key that may be required to permit aconnection through another communication interface, such as the WLANinterface 62, the PAN interface 68, the LAN interface 70, or the WANinterface 72.

In certain embodiments, the NFC interface 64 may enable the electronicdevice 10 to communicate in a peer-to-peer mode for exchanging data withanother NFC-enabled device. By way of example, the media giftingtechniques briefly mentioned above, which will be discussed in furtherdetail below, may be initiated between an NFC-enabled gifting device(“gifter”) and an NFC-enabled receiving device (“giftee”) using arespective NFC interface 64 on each device. The NFC interface 64 alsomay be configured to switch the NFC device 50 between a “host” or activemode in which the NFC device 50 generates its own RF field, as well as apassive mode or “wake-on-NFC” mode in which the NFC device 50 may beinduced into an active state for performing the transfer or receiving ofdata upon detection of an RF field generated by another device. As willbe appreciated, operation of the NFC device 50 and interface 64 in thepassive mode may prolong the battery life of the device 10. Inadditional embodiments, the NFC device 50 may be controlled based onuser or manufacturer preferences, represented herein by reference number76, which may be pre-configured by a manufacturer or vendor, orsubsequently configured by a user of the device 10 based on the user'spreferences. As shown in the present figure, these preferences 76,whether pre-configured or later configured, may be stored in the storagedevice 58.

In certain embodiments, the preferences 76 may further determineproperties of the above-mentioned communication interfaces 60 (e.g.,including 62, 64, 66, 68, 70, 72, and 74). For instance, the preferences76 may include a list of networks that the device 10 may connect to andmay further govern the order or priority between the communicationinterfaces 60. By way of example, the device 10 may be configured tocommunicate through the NFC interface 64 if the communication is withregard to sending a media gifting request to or receiving a mediagifting notification from an external device. Similarly, the device 10may be configured to communicate through the WLAN 58 or LAN 66interfaces if the communication is with regard communicating with anonline service, such as an online digital media service provider, toauthenticate or retrieve a gifted media file.

As will be further appreciated, the communication preferences associatedwith the preferences 76 may be further dependent upon security features78 available for each respective communication interface 62, 64, 66, 68,70, 72, and 74. The security features 78 may be stored in the storagedevice 58 and may include one or more cryptographic protocols, such as asecure sockets layer (SSL) protocol or a transport layer security (TLS)protocol, for establishing secure communications between the device 10and an external device. The security features 78 may also include one ormore encryption applications for encrypting information sent from thedevice 10. These features may be particularly useful when transmittinginformation of a sensitive nature, such as a user's account information,which may include a credit card account, associated with an onlinedigital media provider.

To provide one example, a user's online digital media store account maybe provided by an iTunes® account available through the iTunes® onlinedigital media service, as discussed above. An iTunes® account may storepayment information relating to one or more credit or debit cardaccounts by which an account holder may use to purchase media files,such as music files, video and movie files, e-books, audiobooks,podcasts, software applications, or the like. Additionally, in someimplementations, an iTunes® account may store information regarding anumber of non-monetary “credits” by which the account holder may redeemor exchange at the iTunes® online media store for selected media files(e.g., as opposed to charging a credit card account).

The security features 78 may also include a secure access-restrictedstorage area (e.g., within the storage device 58) to limit access to thedata that may be required by the certain aspects of the securityfeatures 78, such as encryption keys, passcodes and passwords, digitalcertificates, or the like. In one embodiment, the secure storage areamay store one or more encryption keys relating to the distribution,management, and playback of digital copyright protected media. Forinstance, as will be appreciated by those skilled in the art, digitalrights management (DRM) techniques may be applied to various digitalcopyrighted media in order to prevent unauthorized distribution orplayback of the copyrighted media by unauthorized persons or devices. Aswill be discussed in further detail below, copyrighted media that isobtained or purchased by a user from an authorized source may includeDRM protection such that the purchased media file or files may only beaccessed or played back on devices having the purchaser's DRM key storedthereon. Additionally, the use of DRM techniques may also ensure thatthe owner of the copyrighted material receives compensation for eachsale of the media file to a user. For instance, where the media file isa digital music file, the use of DRM techniques may ensure that theartist gets credited with the sale. By way of example, a DRM system formanaging the distribution of digital copyrighted media may be providedby FairPlay®, also available through Apple Inc. Further, as will beunderstood by those skilled in the art, the digital content is asoftware application, copyright protection by way of software licensekeys or serial numbers may be utilized.

In certain embodiments, the secure storage area may include amicrocontroller embedded within the electronic device 10. Additionally,in some embodiments, the secure storage area, in addition to storing theabove-mentioned sensitive data, may be further protected by its ownrespective password or authorization “personal identification number”(PIN), for example, in order to prevent unauthorized access to theinformation stored therein.

In accordance with further embodiments, the security features 78 mayfurther allow a user to lock or temporarily disable all (e.g., lock onpower-up) or only certain functions on the device 10, such as the mediagifting functionalities which may be provided by media playerapplication (e.g., represented by the icon 36) described above. By wayof example, when locked, the media gifting features briefly discussedabove may be disabled or inaccessible by users until a user-specifiedPIN or password is provided. Further, the security features 78 mayadditionally include requiring that the PIN be provided prior to giftinga media file to an external device. As can be appreciated, the securityfeatures 78 described herein may aid to prevent the device 10 from beingused to gift media files by unauthorized users.

As discussed above, the device 10 may also include the video controller80, which may be operatively coupled to the display 24 and configured toreceive image data and to send voltage signals corresponding to thepixel values of the image data to the display 24. The displayed imagedata may be representative of information received through thecommunication interface 60, as well as information contained in thestorage device 58. As will be understood by those skilled in the art,pixel values may be numerical assignments corresponding to respectivepixel intensities. Thus, the display 24 may receive the voltage signalsfrom the video controller 80 as an input and produce an imagecorresponding to the voltage signals. For instance, an image produced bythe signals provided by the video controller 80 may represent a screenof the GUI 28 described above with reference to FIG. 1.

As further noted above, a user operating the device 10 may selectvarious graphical elements which may represent applications orinformation that may be displayed through the GUI 28. As shown in FIG.3, a touch screen interface 82 may be positioned in front of or behindthe display 24 and may provide a user the ability to select graphicalelements, such as the various icons 30 displayed by the GUI 28 describedabove in FIG. 1. The touch screen interface 82 may be configured toreceive inputs based on a physical contact (e.g., touching the display24) either by the user or an object (e.g., stylus) being controlled ormanipulated by the user, and to send “touch event” information to theCPU 54. The CPU 54 may then process the detected touch event informationand perform a corresponding action. For instance, referring briefly backto FIG. 1, the “touching” of the icon 36 may be processed by the CPU 50as an instruction to execute or initiate the corresponding media playerapplication. The touch screen interface 82 may employ any suitable typeof touch screen technology such as resistive, capacitive, infrared,surface acoustic wave, electromagnetic, or near field imaging.Furthermore, the touch screen interface 78 may employ single point ormultipoint sensing.

The I/O controller 84 depicted in FIG. 3 may provide an infrastructurefor allowing a user to communicate with the CPU 54 through various inputstructures provided on the device 10, such as the input structuresrepresented by the reference numerals 14, 16, 18, 20, and 22 in FIG. 1.The user input structures 14, 16, 18, 20, and 22 may be used inconjunction with, or independently of, the touch screen interface 80 toprovide input information to the device 10.

The power source 86 of the device 10 may include the capability to powerthe device 10 in both non-portable and portable settings. For example,in a portable setting, in order to facilitate transport and ease ofmotion, the device 10 may include an integrated power source 86 forpowering the device 10. The power source 86 may include one or morebatteries, such as a Li-Ion battery, which may be user-removable orsecured to the enclosure 12. In certain embodiments, the proprietaryconnection I/O port 40 may be used to connect the device 10 to a powersource for recharging the battery. In other embodiments, the one or morebatteries may be non-integrated and may include one or more rechargeableor replaceable batteries. Further, in a non-portable setting, the powersource 86 may include AC power, such as provided by an electricaloutlet.

As mentioned above, the device 10 of FIG. 1 may include the application34 which may provide a function by which the device 10 may connect to anonline provider, such as an online digital media provider, to purchaseand download various media files. Turning now to FIG. 4, a schematicrepresentation of a system by which the electronic device 10 maycommunicate with an online digital media provider for the purchase oracquisition of media files is illustrated and generally referred to bythe reference numeral 90. The online digital media provider 92 may beprovided by the iTunes® service, as discussed above. While the presentexample is presented in the context of an online digital media store, itshould be appreciated that the present techniques may be applicable toany online service provider offering digital downloadable products orservices. As illustrated here, the device 10 may communicate with theonline digital media provider 92 by way of a network 94, which may beprovided by any type of suitable network, such as one or more of thecommunication interfaces discussed above and generally represented bythe numeral 60. By way of example, where the electronic device includesa mobile cellular phone, the network 94 may be provided by a wide areanetwork, such as a 3G or an EDGE network connection using the wide areanetwork interface 72 discussed above. Additionally, the network 94 mayalso be provided by a LAN (e.g., using the LAN interface 70) or wirelessLAN connection (e.g., using the WLAN interface 62).

In order to communicate with the online digital media provider 92, theelectronic device 10 may first transmit the user's account information,referred to here by the reference numeral 96, to the online digitalmedia store. The online digital media store may include a server 98which may be configured to receive the account information and todetermine the identity of the user. Thus, the server 98 may furtherstore credit card information pertaining to the provided account 96,which may then be used to purchase media files from the online digitalmedia provider 92. As shown in FIG. 4, the online digital media provider92 may further include a database, illustrated here by the referencenumeral 100, which may store a variety of downloadable media contentthat may be selected and purchased by the user of the electronic device10. Additionally, it should be understood that although the server 98 isdepicted as a single server for purposes of illustration, in practice,the online media service provider 92 may utilize a plurality of serversconfigured to perform the functions described herein.

As will be described in further detail below, once the user of thedevice 10 has successfully connected to the online digital mediaprovider 92 using the account information 96, a virtual store interfacethat may be provided by the application 34 may be viewed on the displayof the electronic device 10. Thus, as will be described in furtherdetail below, the user of the device 10 may browse and enter searchqueries through the store interface in order to identify one or moremedia files which the user wishes to purchase. Once the desired mediafiles have been identified, the user may transmit a purchase request,referred to here by the reference numeral 101 to the online digitalmedia provider 92 using the network 94. The purchase request 101 may bereceived by the server 98, which may calculate a total payment owed forthe requested files, and charge the requested amount to the user'saccount 96. For example, the charges may be applied to a credit cardaccount associated with the user's account, as mentioned above. Once thecharge to the user's account has been authorized, the requested mediafiles specified in the purchase request 101 may be retrieved from thedatabase 100.

As discussed above, due to the nature of copyright protection, digitalcopyrighted media files purchased by the user may need to be processedusing one or more digital rights management techniques. By way ofexample, the user's account 96 may include one or more a digital rightsmanagement (DRM) encryption keys, which may have been assigned to theuser upon establishing the account 96 with the online digital mediaprovider. For instance, the user's DRM key or keys may be stored locallyon the server 98, as well as on the electronic device 10. Thus, anymedia files purchased by the user of the device 10 may be protected byapplying DRM protection to the purchased files, represented here by thereference number 102, using the DRM keys associated with the user'saccount prior to transmitting the purchased files to the user's device10 using the network 94. Further, as will be appreciated, the DRMprotected purchased media files 102 may be played back on the device 10using the DRM keys stored on the device 10.

While the use of DRM keys has been described herein as a copyrightprotection mechanism with regard to the media files discussed above, itshould be understood that the present technique may be applicable toother forms digital copyrights media, such as software applications. Byway of example, the present technique may be applicable with regard tosoftware programs purchased through the App Store®, operated by AppleInc. Further, it should be understood that digital rights managementtechniques for software applications may utilize serial numbers,software activation keys, and so forth. For instance, if a softwareapplication is purchased from the App Store® and subsequently gifted toa giftee device, a gift license or serial number may be generated by theApp Store® server (e.g., in addition to or instead of a DRM key) toauthorize the gifting of the software application.

Continuing with the present disclosure, FIGS. 5A-5B and FIG. 6illustrate, by way of a plurality of screen images that may be displayedon the device 10, the selection and purchase of media files from theonline digital media provider 92 as well as subsequent playback of thepurchased media files on the device 10. The depicted screen images maybe generated by the GUI 28 and displayed on the display 24. Forinstance, these screen images may be generated as the user interactswith the device 10, such as via the input structures 14, 16, 18, 20, and22, and/or the touch screen interface 78.

As discussed above, the GUI 28, depending on the inputs and selectionsmade by a user, may display various screens including icons (e.g., 30)and graphical elements. These elements may represent graphical andvirtual elements or “buttons” which may be selected by the user byphysically touching their respective location on the display 24 usingthe touch screen interface 76, for example. Accordingly, it should beunderstood that the term “button,” “virtual button,” “graphical button,”“graphical elements,” or the like, as used in the following descriptionof screen images below, is meant to refer to the graphicalrepresentations of buttons or icons represented by the graphicalelements provided on the display 24. Further, it should also beunderstood that the functionalities set forth and described in thesubsequent figures may be achieved using a wide variety graphicalelements and visual schemes. Therefore, the present invention is notintended to be limited to the precise user interface conventionsdepicted herein. Rather, embodiments of the present invention mayinclude a wide variety of user interface styles.

Beginning with FIGS. 5A and 5B, these figures collectively illustratescreen images that may be displayed on the device 10 and depict atechnique for interfacing connecting to the online digital mediaprovider 92 and selecting and purchasing one or more media files inaccordance with one embodiment. Referring first to FIG. 5A, the user mayselect the graphical icon 34 from the home screen 29 of the GUI 28displayed on the device 10 in order to connect to the online digitalmedia provider 92. As discussed above, the process of connecting orlogging in to the online digital media store 92 may include theproviding of account information 96 from the device 10 to the server 98.Once the user's account information 96 has been authenticated by theserver 98, the screen 108 may be displayed on the device 10.

The screen 108 may essentially provide a “home” or “main” screen for avirtual store interface initiated through the selection of the graphicalicon 34, by which the user may browse or search for specific media filesthat the user wishes to purchase from the online digital media provider92. As shown here, the screen 108 may display a message 110 confirmingthe identity of the user, for example, based on the account information96 provided during the login process discussed above. The screen 108 mayalso display the graphical buttons 112 and 114. The graphical button 112may be initially selected by default and may display various music fileson the screen 108, such as those referred to by the reference numeral116. By way of example, the music files 116 displayed on the screen 108may correspond to the current most popular music files, for instance.Essentially, the listings of the music files 116 on the screen 108 mayserve to provide recommendations for various music files which the usermay purchase. Each of the listed music files 116 may have associatedtherewith a graphical button 118. The graphical button 118 may indicatethe price of the music file 116. Accordingly, the user of the device 10may select a graphical button 118 corresponding to one of the musicfiles 116 in order to purchase the selected music file 116.

The screen 108 may further display a scroll bar element to provide ascrolling function, as represented here by the reference numeral 120.Thus, where the listing of the music files 116 exceeds the displaycapabilities of the device 10, the user may interface with the scrollbar element 120 in order to navigate the remainder of the listing.Alternatively, the user may also choose to view media files arranged ingroups, such as by music albums, by selecting the graphical button 114.As will be appreciated, an album may contain multiple musical files 116which, in some instances, may be authored or recorded by the sameartist, and may be provided as a package of media files that the usermay select for purchase.

As shown in FIG. 5A, the screen 108 further includes the graphicalbuttons 122, 124, 126, and 128. Each of these graphical buttons maycorrespond to specific functions which will be described in furtherdetail below. For instance the graphical button 122 may allow the userto access one or more of the media gifting functions briefly mentionedabove. The graphical button 124 may allow the user to search forspecific media files that the user wishes to purchase. The graphicalbutton 126 may allow the user to view recently downloaded media files,as well as media files that are currently being downloaded onto thedevice 10. Further, the user may also select the graphical button 128 toview the user's account information. Finally, the screen 108 may alsoinclude the graphical button 130, which may provide the functionality ofreturning the user to the previous screen. By way of example, theselection of the graphical button 130 on the screen 108 may return theuser to the home screen 29, and in certain embodiments, may disconnectthe user from the online digital media provider 92.

As shown in the present figure, the selection of the graphical button128 may navigate the user to the screen 132, which may display theuser's account information. The user's account information, generallydesignated by the reference numeral 134, may include the user's identity136, as well as an e-mail address 138 associated with the user'saccount. As can be appreciated, the e-mail address 138 may be used toreceive confirmations or payment receipts with regard to media filespurchased through the online digital media provider 92. Additionally,the screen 132 may display one or more payment account associated withthe user's online digital media provider account. For example, asillustrated here, the payment account may be a credit card account 140.Thus, media files selected for purchase by the user from the onlinedigital media provider 92 may be charged to the displayed credit cardaccount 140. Additionally, the user may add or edit the preferredpayment account by selecting the graphical button 142. The screen 132may further display a credit unit balance, referred to here by thereference numeral 144. As will be appreciated, a “credit” may constitutea non-monetary unit of exchange that may be redeemed for media filesfrom the online digital media provider. For example, the credits may beacquired as a gift from another user having an account with the onlinedigital media provider 92.

To initiate the process of searching for media files to purchase, theuser may select the graphical button 124. As shown here, the selectionof the graphical button 124 may navigate the user to the screen 148. Thescreen 148 may display various methods by which the user may search fora particular media file, depicted by the reference numerals 150, 152,154, 156, 158, and 160. For instance, the user may search for aparticular media file by searching for a particular recording artist(e.g., 150) or by searching for the title of the media file 152.Additionally, the user may also search for groups of media files, suchas a particular music album by a specific recording artist, as indicatedhere by the reference numeral 154. Further, if the user does not have aparticular media file in mind, the user may select one of the searchcategories 156, 158, and 160, to view recommendations by music genres orby what particular media files are currently in demand by other users ofthe online digital media provider 92 due to popularity.

As shown in the illustrated embodiment, the user may select the searchcategory 150 in order to search for media files by a particularrecording artist. Upon selecting the search category 150, the user maybe navigated to the screen 162. As shown here, the screen 162 maydisplay a text field 164 by which the user may enter the identity orname of a desired recording artist. For example, the entry of therecording artist's name may be accomplished by way of the text keyboardinterface, depicted here by the reference numeral 166. Further, thoughnot shown in the present figure, where the recording artist's nameincludes numerical characters, the user may select the graphical button168 to access a numerical keyboard for the input of numericalcharacters. Once the desired recording artist's name has been enteredinto the field 164, the user may initiate a search for music filesassociated with the selected artist by selecting the graphical button170.

Continuing now to FIG. 5B, the search results corresponding to thesearch initiated by selecting the graphical button 170 may be displayedon the screen 176. As shown here, the search results displayed on thescreen 176 may provide the user with a listing of music albumsassociated with the recording artist specified on the screen 162 in FIG.5A. The user may select one or more of the albums displayed on thescreen 176 in order to either purchase the entire album or to selectindividual songs from the album for purchase. For example, by selectingthe album referred to by the reference numeral 180, the user may advanceto the screen 182. The screen 182 may display an image 184 which maycorrespond to an image associated with the selected music album. Forinstance, the image 184 may represent “album art” (e.g., the cover of acompact disc liner insert), an image of the recording artist, or thelike. The screen 182 may further display a listing 186 of all the musicfiles associated with the selected album 180.

As shown here, where the listing of music files 186 exceeds the displaycapabilities of the display 24 on the device 10, the scroll bar element120 discussed above may be provided to assist the user with navigatingthrough the remainder of the listing 186. Additionally, the screen 182may provide the graphical button 187 by which the user may select topurchase the entire album. In the presently illustrated figure, thegraphical button 187 may include a total purchase price for the album180. Each music file displayed in the listing 186 may be associated witha graphic, represented here by the reference numeral 190. Accordingly,the user may select a graphic element 190 corresponding to a particularmusic file in order to identify a corresponding music file as aselection for purchase. For instance, in the presently illustratedscreen 182 the user may select the music file referred to here by thereference numeral 188. Upon selection of the music file 188, thegraphical element 190 may be replaced with the graphical element 192indicating that the music file 188 has been selected for purchase by theuser. Next, the user may continue to select additional music files formthe selected album 180 for purchase. For example, the user may view theremaining songs in the listing 186 by moving the scroll bar element 120to further select the music file 196. Accordingly, once all the desiredmusic files have been selected, the user may proceed to purchase anddownload the selected music files by selecting the graphical button 194.

Upon selection of the graphical button 194, the user may be advanced tothe screen 200, which may display an invoice for the requested purchase.As will be appreciated, the screen 200 may represent a virtual “shoppingcart” listing the file or files a user has selected for purchase. Forinstance, the screen 200 may display the selected music files 188 and196, as well as the price associated with each of the selected musicfiles 118. The prices 118 corresponding to each selected music file mayfurther be summed to determine a total purchase amount, referred to hereby the reference numeral 202. The screen 200 may further display thegraphical checkbox elements 204, each corresponding to one of the creditcard account 140 or the user's available credits 144, as discussedabove. Thus, the user may select one of the graphical checkboxes 204 inorder to specify a method of payment for the requested purchase price202. In the illustrated embodiment, the user may select the creditaccount 140 as the payment method. Next, the user may either select thegraphical button 206 or 208. The graphical button 206 may allow the userto return to the store interface of the online digital media provider92, such as the screen 108, for example, to continue browsing orshopping for additional media files that the user may wish to purchase.Alternatively, if the music files 188 and 196 are the only files thatthat the user wishes to purchase in the present connection session, theuser may complete the purchase by selecting the graphical button 208.

Upon selection of the graphical button 208, the user's credit cardaccount 140 will be charged for the total purchase price 202. In someimplementations, the process of charging the credit card account 140 mayrequire communication with an external credit card verification serverto authorize the charge for the purchase price 202. Once the credit cardcharge has been authorized, the user may be advanced to the screen 212,which may display the notification message 214 indicating to the userthat the purchase has been completed and that a payment receipt has beenprovided, such as to the e-mail address 138 associated with the user'saccount, as indicated on the screen 132 of FIG. 5A. Here, the user mayagain have the option of returning to the screen 108 to continueshopping for additional music files, or the user may select thegraphical button 218 to begin downloading the purchased media files. Forinstance, referring back to FIG. 4, the purchased media files 102 may betransmitted to the user device 10 by way of the network 94.Additionally, as discussed above, the prior to downloading the selectedfiles, the files may be processed by the server 98 of the online digitalmedia provider 92 to apply DRM protection to the files using the user'sassociated DRM keys.

Once the download of the files is completed, the screen 220 may bedisplayed on the device 10. As shown here, the screen 220 may includethe notification message 222 informing the user that the two purchasedmedia files have been downloaded to the device 10. Thereafter, the usermay either select the graphical button 224, which may represent afunction by which a media player application (e.g., 36) is initiated onthe device 10, or the user may exit the online digital media store andreturn to the home screen 29 by selecting the graphical button 226.

Continuing now to FIG. 6, a plurality of screen images depicting theplayback of a purchased media file on the device 10 using a media playerapplication is illustrated. For example, by selecting the graphicalbutton 226 from the screen 220, the user may be returned to the screen29 of the device 10. Here, the user may initiate the media playerapplication by selecting the graphical button 36. Upon selection of thegraphical button 36, the user may be navigated to a home screen 230 ofthe media player application. As can be appreciated, the user may alsobe navigated to the screen 230 directly from the screen 220 by selectingthe graphical button 224 in FIG. 5B instead of selecting the graphicalbutton 226. As shown in FIG. 6, the screen 230 may initially display aplurality of playlists, referred to here by the reference numeral 232.As will be appreciated, a playlist may correspond to a specific groupingof songs defined by the user. In some instances, a playlist mayconstitute all the song files from an entire music album. Additionally,a playlist may be a custom “mix” of media files chosen by the user ofthe device 10. The screen 230 may also include the graphical button 234,which upon being selected, may display information pertaining to acurrent media file presently being played in the media playerapplication 36.

The screen 230 also includes the graphical buttons 236, 238, 240, 242,and 244. Each of these graphical buttons may correspond to specificfunctions that will be described in further detail below. For example,the graphical button 236 may function to display the listing 232 of theplaylists on the present screen if the user navigates away from thescreen 230. The graphical button 238 may organize the media files storedon the device 10 by a listing of artists associated with each mediafile. The graphical button 240 may represent a function by which themedia files corresponding specifically to music (e.g., song files) maybe sorted and displayed on the device 10. For instance, the selection ofthe graphical button 240 may display all music files stored on thedevice alphabetically in a listing that may be navigated by the user.Additionally, the graphical button 242 may represent a function by whichthe user may access video files stored on the device. Finally, thegraphical button 244 may represent one or more functions associated withthe media gifting techniques mentioned above. These and other varioustechniques will be explained in further detail below.

As shown in the present figure, the selection of the graphical button238 may navigate the user to the screen 248. In the screen 248, themusic files stored on the device 10 may be organized according to therecording artist associated with each music file. In the presentlyillustrated screen, the listing 250 of the recording artist may bedisplayed alphabetically. The user may also select the graphical button242 to access the screen 254 which may display one or more video filesstored on the device 10, represented here by the reference numeral 256,which upon selection may be viewed on the device 10. The user may alsoselect the graphical button 240 to navigate to the screen 258, which maydisplay a listing of all music files stored on the device 10, asindicated by the reference numeral 260. Here again, the scroll barfunction 120 may be provided so that the user may view the entirety ofthe listing 260 if the listing 260 exceeds the display capabilities ofthe device 10. In the presently illustrated figure, the music files maybe provided on the screen 258 in alphabetical order. It should be notedthat the media files 188 and 196 recently purchased from the onlinedigital music provider 92 may be included in the listing 260. In orderto play back or listen to one of these music files, the user may selectthe desired music file, in this case the music file 196, to continue tothe screen 264.

As shown in the screen 264, information pertaining to the selected musicfile 196 may be displayed and generally depicted by the referencenumeral 266. For instance, the information, which may include songinformation, may display the name of the recording artist, the title ofthe music file 196, as well as the album to which the music file isassociated. The screen 264 may also display the album image 184, asdiscussed above with reference to the screen 182 in FIG. 5B. The screen264 may further include the graphical buttons 268, 270, and 272. As willbe appreciated, the graphical button 268 may allow the user to pause amedia file that is presently being played back on the device 10. Thoughnot illustrated here, it should be appreciated that the selection of thegraphical button 268 while the media file 196 is paused may continueplayback of the pause media file. Additionally, where the presentlyplayed media file 196 is part of a playlist, as discussed above, thegraphical buttons 270 and 272 may represent the functions of returningto the previous file in the playlist or continuing to the subsequentfile in the playlist. As can be appreciated, where a playlist is beingplayed or in a random or shuffle mode, the graphical buttons 270 and 272may function select a random file from the play list for playback.

The screen 264 may also include a progress indicator 274 indicating thetotal playing time of the selected media file, and the additionalplayback time required to complete the playback of the selected mediafile. In one embodiment, once the playback of the selected media file196 has begun, the selected media file 196 may continue playing even ifthe user navigates away from the screen 264, such as by selecting thegraphical button 130. Further, if the user chooses to navigate away fromthe screen 264, the user may return to the screen 264 at anytime byselecting the graphical button 234 from one of the screens 230, 248,254, or 258. As discussed above, the media player application 36 mayinclude one or more media gifting functionalities. For example,referring still to the screen 264, the graphical button 276 may bedisplayed during the playback of the media file 196. As will beexplained in further detail in the subsequent figures, the selection ofthe graphical button 276 may allow the user to initiate a variety ofmedia gifting functions.

Referring now to FIG. 7, a schematic representation of a system 280configured to provide for a technique for gifting of one or more mediafiles from the electronic device 10 (“gifter device”) to a separatereceiving device (“giftee device”) is illustrated in accordance with oneimplementation of the present technique. Before continuing with thepresent discussion, it should be noted that the term “gifter,” as usedherein, shall refer to an individual who is using a device to send orprovide a media file to another individual as a gift. Additionally, itshould be understood that the term “giftee” shall refer to an individualwho is using a device to receive a media file from another individual asa gift. Thus, the terms “gifter device” and “giftee device” shall beunderstood to refer to the electronic device 10 and the electronicdevice 282 being operated by the gifter and the giftee, respectively.Further, in the various embodiments that will be described below, itshould be kept in mind that the giftee device 282 may be an NFC-enableddevice similar to the gifter device 10, and may include similarapplications, such as the above-discussed applications represented bythe graphical icons 34, 36, and 38.

As shown in the system 280, one or more media files may be initiallyselected on the gifter device 10. Prior to initiating the gifting of theselected files, the gifter may be prompted, such as by a notificationdisplayed on the display of the device 10 to approve the payment chargesthat may be associated with the files to be gifted. As can beappreciated, the payment charges may essentially be the cost of the giftfiles to be received by the giftee device 282, but paid for by thegifter. These actions may be generally referred to as a “gifting offer”or “gifting request,” and referred to by the reference numeral 284. Oncethe gift charges corresponding to the selected media file or files havebeen approved by the gifter, the gifting request or offer may betransmitted to the giftee device 282. As noted above, the gifter device10 and the giftee device 282 may both be NFC-enabled devices.Accordingly, the gifting offer 284 may be transmitted from the gifterdevice 10 to the giftee device 282 by way of an NFC connection 286established using a tap operation, referred to here by the referencenumber 288.

As used herein, the term “tap” and “tap operation,” or the like shall beunderstood to mean the action of placing one NFC-enabled device withinthe proximity of one or more additional NFC-enabled devices such that anNFC-based connection may be established between the devices. Asdiscussed above, one technique for establishing an NFC-based connectionmay be through magnetic field induction, whereby a first NFC-enableddevice acting as a host device generates an RF field, which in turninduces an NFC device located within a separate device to transitionfrom a passive state to an active state, thus establishing an NFCconnection. Once established, information may be exchanged between thedevices by way of the NFC connection.

Referring now to FIG. 8, a tap operation 288 is illustrated in furtherdetail. For instance, prior to the initiation of the NFC connection 286,the giftee device 282 may be in a passive or a “wake on NFC” mode, asdenoted by reference numeral 290. While in the passive state, an NFCdevice 50 and an NFC interface 64 that may be included in the gifteedevice 282 may remain inactive until the NFC interface 64 detects an NFCtransmission from a separate external device, such as the gifter device10. By way of example, once the gifter device 10 is operated to transmitthe gift offer 284, the NFC interface 64 and corresponding NFC device 50located within the gifter device 10 may transition to an active or hostmode, as indicated by reference numeral 292. While in the host mode 292,the NFC device 50 of the gifter device 10 may periodically emit NFCcommunication signals to seek out other NFC-enabled devices having theirown respective NFC interfaces 64 and NFC devices 50 that are within theappropriate range to facilitate and establish an NFC connection 286.

For instance, when the gifter device 10 and the giftee device 282 areplaced within an appropriate range (e.g., the tap operation 288) forestablishing an NFC connection, the establishment of the connection maybegin with an initiation handshake, referred to herein by referencenumeral 294. It should be understood, that in tapping the devices, it isimportant that the NFC devices 50 within each respective device arepositioned in such a way that the distance between the respective NFCdevices 50 is suitable for establishing an NFC-based connection. Forexample, if the giftee device 282 is a relatively large non-portabledevice, the gifter would be required to position the gifter device 10such that the NFC device 50 within the gifter device 10 is within theappropriate distance of any corresponding NFC circuitry within thegiftee device 282 in order to establish the NFC connection 286.

While the NFC interface 64 and the NFC device 50 of the gifter device 10are operating in the host mode 292, the gifter device 10 mayperiodically emit ping messages 298. The corresponding NFC interface 64of the giftee device 282 may receive the ping messages 298, thus causingthe NFC device 50 located within the giftee device 282 to awake upon thedetection of the NFC transmission (e.g., wake on NFC), therebytransitioning from a passive mode to an active mode, as indicated byreference numeral 296. Thus, once powered on and active, the NFC device50 of the giftee device 282 may reply in response to the ping message298 by sending an acknowledgement message 300 which may be received viathe opposite NFC interface 64 of the gifter device 10, thus completingthe initiation handshake 294.

Following this initiation handshake 294, the gifter device 10 and thegiftee device 282 may exchange device profiles as indicated by thereference numeral 302. The device profiles 302 may include a variety ofinformation regarding the functions available on each of the devices 10and 282. In one embodiment, the device profiles 302 may be representedby data messages of any suitable form, including extensible markuplanguage (XML), which may denote the device name, serial number, ownername, device type, as well as any other type of identifying information.For example, where one or both of the devices 10 and 282 includestelephone functionality, additional identifying information may includethe name of a service provider, such as a network or cellular telephoneservice provider. The device profiles 302 may additionally includeinformation with regard to the capabilities of the gifter device 10 orthe giftee device 282 by indicating which applications, drivers, orservices may be installed on each device, as well as a communicationprofiles, referred to here by the reference number 304, which mayindicate the communication networks to which the devices 10 and 282 arecapable of establishing a network connection.

Turning now to FIG. 9, the communication profiles 304 may include afirst communication profile 306 corresponding to the gifter device 10and a second communication profile 308 corresponding to the gifteedevice 282. For instance, as depicted by the communication profile 306,the gifter device 10 may be capable of connecting to one or morewireless LAN connections, as indicated by the reference number 310, awide area network connection 312, or may further be capable ofconnecting to a personal area network (PAN) connection 314. Asillustrated by the communication profile 306, the gifter device 10 maybe capable of establishing a network connection with either of thewireless LAN networks 316 and 318 and may be presently connected to thewireless LAN network 316.

The communication profile 308 for the giftee device 282 may also includeone or more wireless LAN network connections, referred to here by thereference number 322, a wide are network connection 324, as well as apersonal area network connection 326, such as a Bluetooth connection. Inthe illustrated embodiment, the giftee device 282 may be capable ofestablishing a network connection with either of the wireless LANnetworks 316 and 318 and may be presently connected to the wireless LANnetwork 318. Thus, the gifter device 10 and the giftee device 282 maypresently be connected to different wireless LAN networks. Based on theNFC tap operation 288, the communication profiles 306 and 308 may bebroadcasted to each respective device. As mentioned above, in oneembodiment, a service discovery networking protocol, such as Bonjour®,may be provided such that the devices 10 and 282 may automatically, orin response to a prompt from one of the devices 10 or 282, establish aconnection to a common network thru which data, including media files,may be transferred. By way of example, the giftee device 282, based onthe communication profile information 306 received from the gifterdevice 10, may automatically (or via a prompt to a user of the gifteedevice 282) establish a connection with the wireless LAN network 316such that a common network connection exists between the devices 10 and282.

Referring back the FIG. 8, the gifter device 10 and the giftee device282 may also exchange information with regard to the encryptioncapabilities available on each device, as represented by referencenumeral 330. As discussed above, because the process of gifting mediafiles may invariably involve the transfer of certain sensitive data,such as information relating to the giftee's and the gifter's accountsassociated with the online digital media provider 92, the use of one ormore encryption measures for protecting the gifting information beingtransferred between a gifter device 10 and a giftee device 282, as wellas to one or more servers (e.g., server 98) associated with the onlinedigital media provider 92, may be implemented. Thus, once the NFCconnection 286 is established and the device profiles 302 and encryptioncapabilities 330 are exchanged, data may be exchanged between thedevices 10 and 282, as indicated by reference numeral 332 using a secureconnection. For instance, the data 332 transferred between the devices10 and 282 may include the gifter's and the giftee's online digitalmedia provider account information, as well as information indicatingthe media file or files to be gifted to the giftee device 282.

Returning to FIG. 7, upon receiving the gift offer 284 from the gifterdevice 10, the giftee device 282 may transmit an acceptance message,referred to here by the reference number 336, to the gifter device 10 byway of the NFC connection 286 using a second tap operation 338. Theacceptance message 336 may include the giftee's account informationassociated with the online digital media provider 92. Once theacceptance 336 of the gifting request is received by the gifter device10, the gifter device 10 may transmit a gift request, referred here bythe reference numeral 340, to one or more servers 98 associated with theonline digital media provider 92 by way of a network 342. The network342 may be provided by any suitable networking interface available onthe gifter device 10, such as the various network interfaces discussedabove with reference the communication interface circuitry 60 of FIG. 3.For instance, the network 342 may be a wireless internet connectionestablished by way of the wireless LAN interface 62, a local areanetwork connection established through the LAN interface 70, or a widearea network connection established by way of the WAN interface 72,which may include one of various WAN mobile communication protocols,such as a General Packet Radio Service (GPRS) connection, an EDGEconnection (Enhanced Data rates for GSM Evolution connection), or a 3Gconnection, such as in accordance with the IMT-2000 standard discussedabove. Further, it should be noted in certain instances, where thegiftee device 282 and the gifter device 10 maintain the NFC connection286, such as be remaining within a suitable proximity or range (e.g.,2-4 cm) for facilitating an NFC connection, that a second tap operation(e.g., 338) may not be required.

The gift request 340 may include the gifter's account information, thegiftee's account information (e.g., received in the acceptance message336), as well as the identity of the selected media files to be giftedto the giftee device 282. Once the gift request is received by theserver 98, the gift request 340 may be processed by the server 98, asindicated by the reference numeral 344. By way of example, theprocessing of the gift request 340 may include accessing the gifter'saccount and charging an appropriate amount for the selected gift files.As noted above, the charges may be applied to a credit card accountassociated with the gifter's online digital media provider account.Thereafter, once the gift request 340 has been processed, an approvalmessage may be transmitted to the gifter device 10 by way of the network342.

Once the gifter's account has been charged for the gifted media file orfiles, the server 98, using one or more DRM keys associated with thegiftee's account, may identify the selected media files (e.g., stored inthe database 100 of FIG. 4) and create a gift copy of the media filewhich may be processed to apply DRM protection, as indicated by thereference number 366. Once the DRM protected the gift files have beencreated by the server 98, these files may be transmitted to the gifteedevice 282 by way of the network 342. In one embodiment, the DRMprotected gift files may be automatically transferred to the gifteedevice 282, such as by attachment in an e-mail message. In furtherembodiments, the gift files may remain on the server 98 until the gifteedevice 282 connects to the online digital media provider 92 to retrievethe gift files. Upon receiving the gift files, indicated here by thereference number 368, the giftee may play the gift files on the gifteedevice 282, such as by using the media player application 36, asdiscussed above.

Referring now to FIGS. 10A-10C, a plurality of screen images depictingthe gifting of a media file in accordance with the gifting process shownin FIG. 7 is illustrated. For instance, beginning with the screen 264,which was previously discussed with reference to FIG. 6, the gifter mayinitiate the gifting process on the gifter device 10 by selecting thegraphical button 276. Upon selection of the graphical button 276, apop-up window 374 may be displayed on the screen 264 and provide thegraphical buttons 376, 378, and 380. As shown here, the graphical button376 may provide a function by which a media file may be gifted using ane-mail communication, which will be discussed in further detail below.The graphical button 378 may represent the function by which the giftermay gift the selected media file using an NFC connection, such as theNFC connection 286 illustrated in FIG. 7. Additionally, the pop-upwindow 374 may provide the graphical button 380 by which the giftee mayselect to cancel the gifting process and return to the screen 264.

As shown in the present figure, the gifter may select the graphicalbutton 378 to navigate to the screen 382 in order to initiate theprocess of gifting the selected music file 196 using an NFC connection.As displayed on the screen 382, a notification message 384 may appear onthe gifter device 10 generally informing the gifter as to the identityof the media file 196 that has been selected for gifting to the gifteedevice 282. The notification message 384 may further prompt the gifterto select a payment method to which the gifting of the selected file 196may be charged. For instance, as illustrated in the present figure, thegifter may select the check box graphic 386 to specify that the giftedfile is to be charged to a credit card account associated with thegifter's online digital media provider account. The screen 382 may alsodisplay the graphical button 388 by which the user may select toinitiate the NFC connection once the payment method has been selected,as well as the graphical button 390 by which the user may select tocancel the gifting process. As will be appreciated, the steps performedin accordance with the screen images of FIG. 10A may constitute thedetermination of the gift offer 284 of FIG. 7 to be transmitted to thegiftee device 282.

The function represented by the graphical button 388 may correspond toexecuting an instruction on the gifter device 10 to power on the NFCdevice 50 of the gifter device 10, thus placing the device 10 into anNFC active mode and enabling the NFC interface 64, as described above.For example, referring now to FIG. 10B, upon selection of the graphicalbutton 388, the screen 394 may be displayed on the gifter device 10. Thescreen 394 may include a notification message 396 indicating that theNFC interface 64 of the gifter device 10 is presently active and capableof establishing an NFC connection with an external device for thetransmission of the gift offer 284. Accordingly, the notificationmessage 396 may further instruct the gifter to tap the gifter device 10to the giftee device 282 in order to establish the NFC connection (e.g.,286) for transferring the gift offer 284.

Referring briefly to FIG. 10C, the establishment of an NFC connection286 between the gifter device 10 and the giftee device 282 by way of thetap operation 288 is illustrated. As discussed above, the NFC device 50of the gifter device 10 may be powered on upon the selection of thegraphical button 388 illustrated in FIG. 10A, thus placing the gifterdevice 10 into a host mode or active mode (e.g., 292) in which theactive gifter device 10 may periodically emit NFC transmission pingmessages 298, as discussed above with reference to FIG. 8. As the activegifter device 10 is placed within an acceptable distance 399 (e.g., 2-4cm) from the giftee device 282, which may presently be in a passive orwake on NFC mode (e.g., 290), the giftee device 282 may transition fromthe passive to an active mode in which the NFC device 50 within thegiftee device 282 is powered on, thus enabling the giftee device's 282corresponding NFC interface 64 and providing for the establishment ofthe NFC connection 286 between the between respective NFC interfaces 64on the gifter device 10 and the giftee device 282 through which the giftoffer 284 may be transmitted. Further, although the giftee device 282illustrated in FIG. 10C is depicted as being a portable device similarto the gifter device 10, it should be understood that the presenttechnique may also be implemented in which the giftee device 282includes a non-portable device, such as a personal computer or acomputing workstation. Thus, it should be understood that variousimplementations of the present technique are intended to provide for thegifting of media files between any suitable types of electronic devices,whether portable or non-portable.

Returning to FIG. 10B, once the giftee device 282 and the gifter device10 are tapped (e.g., tap operation 288), the giftee device 282 maydetect the NFC transmissions (e.g., ping messages 298) being emittedfrom the gifter device 10, and transition from a passive to an activemode, in which a corresponding NFC device 50 of the giftee device 282 ispowered on. For example, as shown in FIG. 10B, upon the detection of theNFC transmissions from the gifter device 10, the screen 400 may bedisplayed on the giftee device 282. The screen 400 may include anotification message 402 informing the giftee that an NFC transmissionhas been detected and that in response, the corresponding NFC device 50of the giftee device 282 is being powered on, thus enabling thecorresponding NFC interface 64. The notification screen 400 may furtherprovide a graphical button 404 which, if selected, may allow the gifteeto cancel the NFC connection process depicted herein.

As shown in the present figure, if the establishment of the NFCconnection 286 is permitted on the giftee device 282, then the screen394 displayed on the gifter device 10 may be updated to display thenotification message 406. The notification message 406 may indicate thatan NFC connection (e.g., 286) has been established between respectiveNFC interfaces 64 of the gifter device 10 and the giftee device 282 andthat through the NFC connection 286, the gift offer 284 is beingtransmitted to the giftee device 282. The screen 394 may also includethe graphical button 398 by which the gifter may select to canceling thegifting process either prior to or during the transmission of the giftoffer 284. Meanwhile, the notification screen 400 displayed on thegiftee device 282 may similarly be updated to display the notificationmessage 410. The notification message 410 may indicate to the gifteethat the NFC connection 286 has been established between the gifteedevice 282 and the gifter device 10, and that gift offer 284 transmittedfrom the gifter device 10 is being received on the giftee device 282 byway of its corresponding NFC interface 64.

Continuing now to FIG. 10D, once the gift offer 284 has been received bythe giftee device 282, the screen 400 may be updated to display thenotification message 412. The notification message 412 may indicate tothe giftee that the gifter is attempting to gift the media file 196 tothe device 282 being operated by the giftee. If the giftee chooses toaccept the gift offer 284, the giftee may do so by selecting thegraphical button 414. Upon selection of the graphical button 414, theacceptance message 336, which may include the giftee's accountinformation associated with the online digital media provider 92, asdiscussed above with reference to FIG. 7, may be transmitted to thegifter device 10 by way of the NFC connection 286. Thereafter, once theacceptance message 336 has been received by the gifter device 10, thescreen 394 may be updated to display the notification message 416, whichmay indicate to the gifter that the giftee has accepted the gift offer284 (e.g., in this case the media file 196) and that a gift request 340,which may include the gifter's and giftee's account informationassociated with the online digital media provider 92, is being sent tothe online digital media provider 92 for processing.

As mentioned above with reference in FIG. 7, the server 98, based on theaccount information specified in the gift request 340, may obtainauthorization to charge the gifter's account for the price of the mediafile 196 to be gifted to the giftee. Once the gifter's account has beencharged, the server 98 may generate a gift file using one or more DRMencryption keys associated with the giftee's account. In accordance withone aspect of the present technique, the generated gift file may bestored on the server 98 and may be retrieved by the giftee, for example,by connecting to the online digital media service 92. For instance,referring back to the screen 400, once the acceptance 336 of the giftoffer 284 has been sent, the screen 400 may be updated to display thenotification message 418. The notification message 418 may inform thegiftee that the accepted gift, which may be the media file 196, may beretrieved or downloaded to the giftee device 282 by connecting into theonline digital media provider 92. Additionally, the updated screen 400may include the graphical button which when selected may initiate aconnection to the online digital media provider 92, such as byinitiating the application associated with the graphical icon 34discussed above, through which the giftee may retrieve the gifted mediafile 196. In other implementations, the server 98 of the online digitalmedia provider 98 may be configured to automatically transfer thegenerated gift file to the giftee as an attachment in an e-mail message,as mentioned above.

The retrieval of the gifted media file 196 from FIG. 10D may now beillustrated by the screen images depicted in FIG. 11A. For example, byselecting the graphical button 420, the giftee may initiate a connectionto the online digital media provider 92 and cause the home screen 108 ofa virtual store interface provided by the online digital media provider92 to be displayed on the giftee device 282. As noted above, the homescreen 108 may essentially provide the giftee with a virtual storeinterface through which the giftee may search for and select fromvarious types of media files for purchase. It should also be noted thatthe screen 108 illustrated in FIG. 11A may be identical to the screen108 depicted in FIG. 5A with the exception of the notification message422. Here, the notification message 422 may display the identity of thegiftee as opposed to the identity of the gifter (e.g., notificationmessage 110).

As discussed above, the screen 108 may also display the graphical icon122. The graphical icon 122 may provide a user with access to one ormore gifting functions, which may include the retrieval of gifted filessent by another user (e.g., the gifter), as well as provide functionsfor the redeeming of electronic gift certificates or the authenticationof locked gift files, as will be discussed in detail below. For example,by selecting the graphical icon 122, the giftee may navigate to thescreen 426, which may display a listing 428 of received gifts that havebeen received by the giftee, as well as a listing 430 of gifts that havebeen sent to other users of the online digital media provider 92 by thegiftee. Additionally, the graphical button 432 may also be provided onthe screen 426, and may provide additional functions, such as theabove-mentioned functions for redeeming electronic gift certificates andfor authenticating and unlocking gifted files, as will be discussed infurther detail below. Further, thought not depicted in the presentfigure, in some implementations, the screen 426 may further provide thegiftee with additional media file recommendations based on the receivedgifts. For instances, the online digital media provider 92 may suggestsadditional songs in the same genre as the gifted song 196, by which thegiftee may decide to purchase.

Referring back to the listing 428 of received gifts, the screen 426 mayindicated to the giftee that the gifted media file 196 has been sent bythe gifter 136. In order to retrieve the gifted media file 196, thegiftee may select the graphical button 434. For example, by selectingthe graphical button 434 the giftee may initiate the process ofdownloading the gifted file, which may have been temporarily stored onthe server 98 of the online digital media provider 92, to the gifteedevice 282. For instance, as illustrated in the present figure, theselection of the graphical button 434 may cause the pop-up window 436 tobe displayed on the screen 426. The pop-up window 436 may include thenotification message 438 informing the giftee that the gifted music file196 is currently being downloaded to the giftee device from the server98. The pop-up window 436 may include the graphical button 440 which mayallow the giftee to cancel the download is necessary.

Once the download has been completed, the popup window 436 may beupdated to display the notification message 442. Next, the giftee mayhave the option of selecting the graphical button 444 in order toinitiate the media player application (e.g., represented by the icon 36)discussed above, or may return to the virtual store application of theonline digital media provider 92 by selecting the graphical button 446.For example, by selecting the graphical button 446, the giftee may bereturned to the screen 426. It should be noted, that the listing ofreceived gift files 428 in the updated screen 426 may reflect that thereare currently no gifted files to be downloaded since the gifted file 196has already been received on the giftee device 282.

Referring back to pop-up window 436, if the giftee chooses to select thegraphical button 444 once the download of the gift media file 196 hasbeen completed, the media player application 36 may be initiated on thegiftee device 282. Referring to FIG. 11B, a technique for playing backreceived gifted music file 196 on the giftee device 282 is illustrated.As discussed above, the initiation of the media player application 36may cause the screen 230 to be displayed on the giftee device 282. Here,the screen 230 displayed on the giftee device 282 may include a listing452 of the playlists defined by the giftee. By selecting the graphicalbutton 240 on the screen 230, the giftee may navigate to the screen 258which, as discussed above, may display a listing 454 of music filespresently stored on the giftee device 282. As illustrated in the presentfigure, the listing 454 of music files stored on the giftee device 282may include the gift file 196 downloaded from the online digital mediaprovider 92 in FIG. 11A. Accordingly, as discussed above, the giftee mayplay back the gifted music file 196 by selecting its location on thelisting 454, thereby navigating the giftee to the screen 264 by whichthe giftee may enjoy the playback of the gifted music file 196 on thegiftee device 282. Additionally, the giftee may have the option ofgifting the media file 196 to additional users of the online digitalmedia provider 92 by selecting the graphical button 276 and performingone or more of the gifting processes set forth in the presentdisclosure.

Continuing now to FIG. 11C, an alternate scenario is illustrated inwhich the gifter's account could not be charged for the gifted musicfile 196. In this situation, the giftee, upon attempting to retrieve thegifted file 196, may be notified of the failure to charge the gifter'saccount and may be provided the option of charging the gifted file 196to the giftee's own account. For example, as illustrated in FIG. 11C,the giftee may access the screen 426 by selecting the graphical icon 122from the screen 108 as discussed above. Upon selecting the graphicalbutton 434 from the screen 426 to download the gifted media file 196,the pop-up window 460 may be displayed on the giftee device 282 and mayinclude the notification message 461 informing the giftee that thegifted media file 196 could not be charged to the gifter's account. Thenotification message 461 may further offer the giftee the options, byway of the graphical buttons 462 and 464, respectively, of eithercharging a payment associated with the gifted music file 196 to thegiftee's own account or declining the download of the gifted media file196. For example, as illustrated in the present figure, if the graphicalbutton 464 is selected, the pop-up window 460 may be updated to displaythe notification message 463 informing the giftee that the gifted mediafile 196 cannot be downloaded. Thus, the giftee may select the graphicalbutton 466 to return to the virtual store interface of the onlinedigital media provider 92, such as the screen 108, and may have theoption of selecting additional media files for purchase and download tothe giftee device 282.

If the giftee chooses to charge the gifting of the media file 196 to thegiftee's own account, the giftee may select the graphical button 462,whereby the pop-up window 460 may display the notification message 465indicating to the giftee that the charge for the gifted media file 196will be applied to the giftee's account. Thereafter, the download of thegifted music file 196 may begin, thus transferring the gifted media file196 from the server 98 to the giftee device 282. As shown here, thegiftee may cancel the download if necessary by selecting the graphicalbutton 467. In accordance with one embodiment, a download of a giftedfile that was canceled while in progress may be resumed from the pointfrom which the download was canceled.

Continuing now to FIG. 12, a schematic representation of a system 470for gifting a media file from the gifter device 10 to the giftee device282 is illustrated in accordance with a further implementation ofpresent technique. In the presently illustrated figure, the creation ofthe gift file 196 may be performed externally with respect to the server98 associated with the online digital media provider 92. For example,once the selected file or files to be gifted have been accepted by thegiftee device 282, such as by transmitting the acceptance message 336 tothe gifter device 10, a gift request 340 may be transmitted to theserver 98 of the online digital media provider 92 by way of the network340 which, as discussed above, may be provided by any of the networkingcommunication interfaces available on the gifter device. In the presentimplementation, the gift request 304 may include a request for one ormore DRM keys associated with the giftee's account.

As illustrated by the reference number 344, the gift request 340 may beprocessed by the server 98, such as to charge the price of the giftedmedia file or files to the gifter's account. In the presentlyillustrated embodiment, once the gift request has been processed, thecreation of the gifted file may be delegated to the gifter device 10.For example, rather than creating the gifted file on the server 98, theserver 98 may instead transmit the giftee's DRM keys to the gifterdevice, as indicated by the reference number 472, in response to thegift request 340. As shown here, the giftee's DRM keys may betransmitted to the giftee device 282 by way of the network 342. Uponreceiving the giftee's DRM keys, these keys may be used by the gifterdevice 10 to create the gift file, which may essentially be a duplicatefile of the originally selected media file 196, but with DRM protectionapplied such that the gift file 196 may only be played on authorizeddevices associated with the giftee's account. As will be appreciated, byoffloading the tasks of processing media files for the application ofDRM protection in creating the gift file to the gifter device 10, theserver 98 may be able to save substantial processing and communicationbandwidth for what may be a relatively light computational task.

Once DRM protection has been applied to the gift file using the giftee'sDRM keys, as indicated by the reference number 474, the gift files maybe transferred to the giftee device by way of a network connection,which may be determined by the communication profiles 306 and 308exchanged during the tap operation 288, as discussed in FIG. 9. Forinstance, using the device service discovery protocol mentioned above,the giftee device 282 and gifter device 10 may establish a connection toa common network, such as the wireless LAN connection 316. Thus, throughthe established network 316, the giftee device 282 may receive the giftfiles, as indicated by the reference number 478. It should beappreciated, however, that the network by which the gift files aretransferred from the gifter device 10 to the giftee device 282 may beprovided by any suitable peer-to-peer connection that may be establishedbetween the devices, including an ad-hoc connection, or a PANconnection, such as using the Bluetooth communication protocol, forexample.

The media gifting techniques depicted in FIG. 12 may be betterunderstood with reference to the screen images depicted in FIGS.13A-13C. Referring first to FIG. 13A, the establishment of the NFCconnection 286 through which the gifter device 10 may transmit the giftoffer 284 and receive an acceptance of the gift from the giftee device282 is illustrated. For example, as discussed above, the gifting processmay be initiated by selecting the graphical button 378 from the screen264. Once the graphical button 378 is selected, establishment of the NFCconnection 286 may be initiated, as illustrated by the screens 394 and400 in FIG. 13A. As discussed above, once the NFC connection 268 isestablished, gifter device 10 may transmit the gift offer 284 to thegiftee device 282 and may wait for an acceptance of the gift offer bythe giftee device 282. For example, as discussed above with reference toFIG. 10D, an acceptance message 336 may be transmitted to the gifterdevice 10 by way of the established NFC connection. Thereafter, thegifter device 10 may transmit a gift request (e.g., 340) to the server98. As discussed above, if the gift request is approved by the server98, one or more DRM keys associated with the giftee's account may betransmitted or sent to the gifter device 10 to be used in the creationof a DRM protected gift file which may be transferred to the gifteedevice 282 (e.g., using the network 316).

For instance, referring now to FIG. 13B, once the gift request 340 hasbeen approved by the server 98, the giftee's DRM key may be sent to thegifter device 10 using the network 342, and the screen 394 displayed onthe gifter device 10 may be updated to display the notification message482. Once the giftee's DRM key is received, the screen 394 may befurther updated to display the notification message 484. As shown here,the notification message 484 may indicate that a gift file 196 is beingprepared. As shown in the illustrated figure, the screen 394 may furtherdisplay the identity of the gift file 196, as well as a progressindicator graphical element 486. For example, the progress indicator 486may convey to the gifter the progress of the DRM protection processbeing applied to the gift file 196. Once the application of DRMprotection is completed, the screen 394 may be further updated todisplay the notification message 488 and the graphical buttons 490 and492. As shown here, the notification message 488 may indicated to thegifter that the gift file 196 has been created and may be presentlystored on the gifter device 10. Accordingly, the gifter may transmit thegift file to the giftee device 282 immediately by selecting thegraphical button 490, or may choose to send the gift file at a latertime by selecting the graphical button 492. For example, in oneembodiment, the selection of the graphical button 492 may allow thegifter to send the gift file 196 to the giftee device 282 at a latertime remotely, such as by using an e-mail program. Further, as will beappreciated, for security purposes, once the gift file 196 is created,the giftee's DRM keys may be deleted from the gifter device 10.

If the graphical button 490 is selected, the gifter device 10 mayattempt to establish a network connection with the giftee device 282 inorder to facilitate the transfer of the gift file 196 to the gifteedevice 282. For example, referring now to FIG. 13C, upon selection ofthe graphical button 490, the screen 394 may be updated to display thenotification message 494. Referring briefly back to FIG. 9, theconnection profile 306 associated with the gifter device 10 may indicatethat the gifter device 10 is presently connected to a wireless LANnetwork 316. Thus, in the presently illustrated embodiment, the gifterdevice 10 may be configured to wait for the giftee device 282 to jointhe network 316 as well. It should be appreciated however, that inadditional implementations, the gifter device 10 may be configured toidentify and join a network to which the giftee device 282 is connected,such as the network 318 as indicated by the giftee device's 282communication profile 308. Referring back to FIG. 13C, the screen 400displayed on the giftee device 282, as discussed above, may also beupdated to display the graphical message 496. As will be appreciated,the updated screen 400 in FIG. 13C may be displayed upon acceptance ofthe gift offer 284 send from the gifter device 10 using the NFCconnection 286. Further, based on the tap operation 288 used toestablish the NFC connection, the giftee device 282 may identify anetwork to which the gifter device 10 is presently connected, such as byanalyzing the gifter device's communication profile 306. Accordingly ifa commonly available network, such as the network 316, is identified,the notification message 496 may include a prompt asking whether thegifter wishes to connect to the network 316 for receiving the gift file196. Thus, the giftee may select the graphical button 498 to connect tothe network 316 or select the graphical button 500 to cancel the giftingprocess.

If the giftee selects the graphical button 498, a connection may beestablished to the network 316. As will be appreciated, the connectionof the giftee device 282 to the network 316 in the presently illustratedembodiment may include first terminating the connection to the network318 to which the giftee device 282 was previously connected. Upondetecting the connection of the giftee device 282 to the network 316,the screen 394 displayed on the gifter device 10 may be further updatedto display the notification message 502 which may indicated that thegiftee device 282 is presently connected to the network 316, which maybe a common network to which each of the devices 10 and 282 are connect,or a peer-to-peer network, such as an ad-hoc connection or a Bluetoothpairing, for instance. In the presently illustrated embodiment, thegifter device 10 may be configured to automatically initiate thetransfer of the gift file 196 once the gifter device 282 is detected onthe network 316. For instance, the notification message 502 may furtherindicate that the gift file 196 created in FIG. 13B is being transmittedto the giftee device 282 by way of the network 316. Meanwhile, thescreen 400 on the giftee device 282 may also be updated to display thenotification message 506. As shown here, the notification message 506may indicate to the giftee that the giftee device 282 has connected tothe network 316 and is presently receiving the gift file 196 (e.g., viaa wireless LAN interface 62).

Continuing now to FIG. 14, once the gift file 196 has been received bythe giftee device 282, the screen 400 may be further updated to displaythe notification message 508. As shown here, the notification message508 may indicate that the gift file 196 transmitted from the gifterdevice 10 has been received and stored on the giftee device 282. Thescreen 400 may also include the graphical buttons 510 and 512. In orderto play back the received gift file 196, the giftee may select thegraphical button 510 to initiate the media player application 36, asdiscussed above. For instance, the selection of the graphical button 510may cause the screen 230 to be displayed on the giftee device 282.Alternatively, the user may also navigate to the screen 230 by selectingthe graphical button 512 to return to the home screen 29 of the GUI 28,as discussed above, and further selecting the graphical icon 36 toinitiate the media player application 36, thus displaying the screen 230on the giftee device 282.

From the screen 230, the giftee may select the graphical icon 240 inorder to navigate to the screen 258, which, as discussed above, maydisplay a listing 454 of music files presently stored on the gifteedevice 282 and available for playback. As shown here, the listing 454may include the gift file 196 transferred from the gifter device 10 inFIG. 13C. Accordingly, the giftee may select the gift file 196 tofurther navigate to the screen 264, in which the gift file may be playedback on the giftee device 282. For example, as discussed above, wherethe gift file is a music file, the audio input/output elements 46 may beutilized to output sound from the device 282. Alternatively, the usermay connect a set of headphones or external speakers to the input port44 in order to facilitate the playback of the gift file 196. Asdiscussed above, the screen 264 may also display the graphical button276 by which the giftee may further gift the media file 196 toadditional users of the online digital media provider 92 using one ormore of the techniques discussed in the present disclosure.

Continuing now to FIG. 15, a system for gifting a media file inaccordance with a further implementation of the present technique isillustrated and generally referred to herein by the reference numeral516. Specifically, the presently illustrated embodiment depicts ascenario in which subsequent to the acceptance of a gift offer 284 bythe giftee device 282, the gifter device 10 is unable to connect to anetwork to communicate a gift request 340 to the server 98 of the onlinedigital media provider 92. As illustrated in the present figure, thesteps of selecting one or more gift files and transmitting a gift offer(e.g., 284) to the giftee device 282, as well as the acceptance of thegift (e.g., 336) by the giftee device 282 may be generally identical tothe techniques described above with reference to FIGS. 7 and 12.Specifically, these actions achieved by way of an NFC connection 286established between the devices 10 and 282 which, as discussed above,may be established by one or more tap operations (e.g., 288 and 338).

Because the gifter device 10 is unable to connect to the server 98 totransmit the gift request 340 in the presently illustrated embodiment,the gifter device 10 may instead transferred a locked gift file, whichmay correspond to the selected media file 196, as well as a giftlicense. The locked gift file, once received on the giftee device 282,may not be played back on the giftee device 282 until the gift licenseis authenticated with the server 98 upon which the gifter's account maybe charged for the gifting of the media 196. As illustrated here by thereference numeral 518, upon receiving acceptance 336 of the gift offer284, the gifter device 10 may transfer a locked gift file and acorresponding gift license to the giftee device 282 by way of apeer-to-peer network 520 which may be an ad-hoc network, or a personalarea network, such as via a Bluetooth connection. As will beappreciated, the gift license associated with the locked gift file maycontain the gifter's account information in order to insure that thegifter's account is properly charged when the giftee authenticates thegift license to unlock the locked gift file 518. After receiving thelocked gift file and gift license, the giftee device 282 may connect toa network, as indicated by the reference numeral 522. For example,referring back to FIG. 8, the giftee device 282 may connect to thewireless LAN network 318, as discussed above with reference to thecommunication profile 308 in FIG. 9. It should be appreciated however,that any type of suitable network capable of establishing acommunication path between the giftee device 282 and the server 98 ofthe online digital media provider 92 may be utilized in accordance withthe present technique.

Once the giftee device is connected with the server 98 by way of thenetwork 318, the giftee device 282 may transmit a request to the server98 to authenticate the gift license and to unlock the locked gift file518 received from the gifter device 10, as indicated by the referencenumber 524. The server 98, upon receiving the unlock request may firstcharge the gifter's account for a payment amount corresponding to thegift file, illustrated here by the reference number 526. Once thegifter's account has been charged, the server 98 may authenticate thelocked gift file 518, thus unlocking the gift file and permitting theplayback of the gift file on the giftee device 282, as indicated by thereference number 528. As will be appreciated, the unlocking process maytake place via the network connection 318. Accordingly, once the lockedgift file 518 originally received from the gifter device 10 has beenunlocked (e.g., creating the unlocked gift file 196), the giftee mayplay back the unlocked gift file 196 on the giftee device 282, asdepicted by the reference number 530.

Referring now to FIGS. 16A and 16B, a plurality of screen imagesillustrating a technique for transmitting a locked gift file 518 fromthe gifter device 10 to the giftee device 282 is illustrated. Forinstance, as shown in FIG. 16A, the transfer of the gift offer (e.g.,284) from the gifter device 10 and the subsequent acceptance 336 of thegift offer by the giftee device 282 using the NFC interface 286 may beinitiated by selecting the graphical button 378 from the screen 264, asdiscussed above. Upon receiving the notification of the gift offer hasbeen accepted, the screen 532 may be displayed on the giftee device 282.As shown here, the screen 532 may display the notification message 534which may identify the gifter, as well as provide the identity of themedia file 196 being offered by the gifter as a gift file. The screen532 may further include the graphical buttons 536 and 538. The graphicalbutton 538 may be selected if the giftee wishes to accept the gift file196 being offered by the gifter. If the giftee does not wish to acceptthe gift file 196, the giftee may select the graphical button 538 tocancel the gifting process. As discussed above, upon selection of thegraphical button 536, an acceptance message 336 may be transmitted tothe gifter device 10, such as by way of the NFC interface 286.

Upon receiving the acceptance message 336, the screen 540 may bedisplayed on the gifter device 10 and may include the notificationmessage 542. The screen 540 may also include the graphical button 544 bywhich the gifter may select to cancel the gifting process if necessary.As shown here, the notification message 542 may indicate that the gifteehas accepted the gift offer 284 and that the gifter device 10 ispresently attempting to initiate the transmission of a gift request tothe server 98 of the online digital media provider 92. As discussedabove and shown in FIG. 16A, a network capable of providing the gifterdevice 10 a connection to the server 98 may not be presently available.Thus, upon detecting a failure to establish a connection to the onlinedigital media provider 92, the screen 540 on the gifter device 10 mayupdated to display the notification message 546, which may offer thegifter the option of transferring a locked gift file (e.g., 518) to thegiftee device 282 in accordance with the gifting process illustrated inFIG. 15. The screen 540 may also include the graphical buttons 548 and550 which, respectively, may be selected by the gifter to either proceedor not proceed with the sending of the locked gift file 518.

If the graphical button 548 is selected, a locked gift file 518 may becreated and temporarily stored on the gifter device 10. In oneembodiment, the locked gift file may not have the appropriate DRMprotection applied to enable playback on the giftee device 282.Accordingly, the giftee may be required to authenticate a gift license,which may be sent along with the locked gift file 518, in order tounlock the locked gift file 518 to enable playback on the giftee device282. The gift license may include the gifter's account information aswell as an indication of an approval of applicable gift charges. Thus,the process of unlocking a locked gift file, as will be explained infurther detail below, may entail applying DRM protection to the giftfile only after the gift license is authenticated and the gifter'saccount is successfully charged for the gift file.

If the gifter selects the graphical button 548 to send the locked giftfile 518 to the giftee device 282, an ad-hoc network, such as thenetwork 520 depicted in FIG. 15, may be established to facilitate thetransfer of the locked gift file 518. For instance, referring now toFIG. 16B, upon selection of the graphical button 548, the gifter device10 may initiate the ad-hoc network 520 and wait for a connection to beestablished between the gifter device 10 and the giftee device 282. Thismay be reflected in the notification message 552 displayed on theupdated screen 540 of FIG. 16B. Accordingly, the giftee may be presentedon the giftee device 282 the option of joining the ad-hoc network 520established by the gifter device 10. For instance, the screen 532 on thegiftee device 282 may be updated to display the notification message 554indicating to the giftee that the giftee device 282 is establishing aconnection to the ad-hoc network 520. Thereafter, once the giftee device282 is connected to the ad-hoc network 520, the screens 540 and 532 maybe updated to display the notification messages 556 and 558,respectively. As shown here, the notification message 556 may indicateto the gifter that a locked gift file and a gift license, representedhere by the reference number 518, is being transferred to the gifteedevice 282. The notification message 558 may indicate to the giftee thatthe giftee device 282 is connected to the ad-hoc network 520 and thatthe locked gift file 518 is being received on the giftee device 282.

Continuing now to FIG. 17A, a series of screen images is provided inorder to demonstrate how the locked gift file 518 must be firstauthenticated with the online digital media provider 92 prior to beingunlocked for playback on the giftee device 282. As shown in FIG. 17A,once the transfer of the gift file 518 has been completed, the screen532 displayed on the giftee device 282 may display the notificationmessage 560. The notification message 560 may inform the giftee that thegifted file 518 has been received, but may indicate that the gifted filemust first be authenticated with the online digital media provider 92prior before playback on the giftee device 282 is permitted.Accordingly, the graphical button 562 is provided by which the gifteemay select to connect to the online digital media provider 92 forauthentication of the gift license and unlocking of the locked gift file518. The graphical button 564 is also provided and, if selected, mayallow the giftee to return to the home screen 29 as illustrated in thepresent figure. The remaining screens in FIG. 17A are meant toillustrate how the gift file 518 is not permitted to be played oraccessed by the giftee device 282 until being authenticated and unlockedby the online digital media provider 92. For example, upon returning tothe home screen 29, the giftee may select the graphical icon 36 toexecute the media player application discussed above and to display thescreen 230

From the screen 230, the giftee may select the graphical icon 240 inorder to access the screen 258, which may display the listing 454 ofmusic files presently stored on the giftee device 282. As shown here,the locked gift file 518 received from the gifter device 10 may beincluded in the listing 454 in FIG. 17A. If the locked gift file 518 isselected for playback, as indicated in the present figure, the gifteemay be navigated to the screen 264 which, as discussed above, may beutilized for the playback of selected media files. However, as shown inthe present figure, because the selected media file is locked, thepop-up window 568 may be displayed when the giftee device 282 attemptsto play the locked gift file 518. The pop-up window 568 may inform thegiftee that the selected file 518 is locked and must be firstauthenticated with the online digital media provider 92 and unlockedbefore playback may be permitted. The pop-up window 568 may furtherprovide the graphical button 570 and 572. Accordingly, the giftee mayselect the graphical button 572 to return to the screen 258 to accessthe listing 454, such as to select another media file that is notcurrently locked, or the giftee may select the graphical button 570 toconnect to the online digital media provider to perform theauthentication process and unlock the gift file 518.

If the graphical button 570 is selected, the giftee device 282 mayestablish a connection to the online digital media provider 92 andinitiate the virtual store interface application 34, thus displaying thescreen 108 as shown in FIG. 17B. From the screen 108, the giftee mayselect the graphical icon 122 to navigate to the screen 426 which, asdiscussed above, may include a listing 428 of gifted media filesreceived, as well as a listing 430 of media files recently sent by thegiftee to other users of the online digital media provider 92 as giftfiles. As discussed above, the graphical button 432 may also be providedin order to perform one or more authentication functions applicable tothe embodiment illustrated in FIG. 15. As shown here, upon selection ofthe graphical button 432, the giftee may be presented with the screen574. The screen 574 may include the graphical buttons 476 and 478. Thegraphical button 476 may represent a function by which a giftee mayunlock a locked gift file, such as the locked gift file 518.Additionally, the graphical button 578 may represent a further functionby which the giftee may not presently have a gift file, either locked orunlocked, but may redeem an electronic gift certificate received from agifter with the online digital media provider 92 to receive a gift file.The latter function will be described in further detail below.

As shown in the present figure, the giftee may select the graphicalbutton 576 to further navigate to the screen 582. The screen 582 mayinclude a field 584 in which the giftee may specify the identificationof a locked gift file 518 that the giftee wishes to unlock. As discussedabove, the locked gift file 518 may include a gift license which mayinclude the identity of the gifter, as well as the gifter's accountinformation. The screen 582 may also include the graphical button 586 bywhich the giftee may select in order to display a listing of locked giftfiles present on the giftee device 282 that may be selected forauthentication and unlocking by the online digital media provider 92.For example, as illustrated in the present figure, the selection of thegraphical button 586 may cause the pop-up window 592 to be displayed onthe screen 582. As shown here, the pop-up window 592 may include aselectable listing 594 of locked gift files presently stored on thegiftee device 282. Thus, the giftee may select the locked gift file 518received from the gifter device 10 in FIG. 15, and then select thegraphical button 596 in order to return tot the screen 582 to completethe process of selecting a locked gift file 518 to unlock. As shown inthe updated screen 582, based on the giftee's selection in the pop-upwindow 592, the field 584 may be populated to display the name of thelocked gift file 518. The giftee may then select the graphical button588 to initiate the process of authenticating the gift license andunlocking the locked gift file 518.

As will be appreciated, upon selection of the graphical button 588, theonline digital media provider 92 may determine the identity of thegifter and the gifter's account based on, for example, the informationcontained in the gift license associated with the locked gift file 518.If the online digital media provider 92 (e.g., by way of the server 98),determines that the gifter's account may be charged for the gifting ofthe gift file 518, then the server 98 may authorize the unlocking of thelocked gift file 518. For example, referring now to FIG. 17C, once thelocked gift file 518 and its associated gift license has beenauthenticated by the server 98, the screen 600 may be displayed on thegiftee device 282. The screen 600 may include the notification message602 indicating to the giftee that the locked gift file 518 is presentlybeing unlocked. For example, in the presently illustrated embodiment,the unlocking of the gift file 518 may include applying DRM protectionto the gift file 518 using one or more DRM keys associated with thegiftee's account, such that the gift file 518 may be authorized forplayback on the giftee device 282. The screen 600 may also include thegraphical button 604 by which the giftee may select in order to cancelthe unlocking process if necessary.

As will be appreciated, the unlocking of the gift file 518 may beperformed locally on the giftee device 282. For example, the unlockingprocess may allow the giftee device 282 to process the locked gift file518 using the giftee's DRM keys in order to generate a media file thatis specific for playback on authorized devices belonging to the giftee,which may include the giftee device 282. Further, as discussed above, ina situation in which the gifter's account specified in the gift licenseassociated with the locked gift file 518 cannot be charged, the gifteemay be presented with the option of charging the gifting of the file 518to the giftee's own account, or else declining the gift file 518.

Once the gift file 518 has been unlocked, the screen 608 may bedisplayed on the giftee device 282 and indicate to the giftee, by way ofnotification message 610, that the gift file 518 has been authenticatedand is now enabled for playback on the gift device 282. Accordingly, thescreen 608 may provide the giftee with several options, by way ofgraphical buttons 612, 614, and 616. As illustrated here, the graphicalbutton 612 may represent a function by which a giftee may return to theprevious screen 582 to unlock additional locked gift files, such asthose provided in the listing 594 in FIG. 17B. The graphical button 614may represent a function by which a giftee may initiate the media playerapplication 36, as discussed above, in order to select the now unlockedgift file 518 for playback on the giftee device 282. Additionally, thegiftee may select the graphical button 616 to disconnect from the onlinedigital media provider 92 and exit the associated virtual storeinterface application 34 to return to the home screen 29 of the GUI 28on the giftee device 282.

As shown in FIG. 17C, the selection of the graphical button 614 mayinitiate the media player application 36 and cause the screen 230 to bedisplayed on the giftee device 282, as discussed above. Here, the gifteemay select the graphical icon 240 to access the listing of music files454 presently stored on the giftee device 282 on the screen 258. Asshown here, the listing 454 has been updated to indicate that the giftfile 518 is no longer locked and may now be selected for playback usingthe media player application 36. Thus, by selecting the now unlockedgift file 518, the giftee may advance to the screen 264, whereby thegift file 518 may be played back on the device 282. Additionally, asdiscussed above, the giftee may further select the graphical button 276displayed on the screen 264 in order to initiate a process of giftingthe received gift file 518 to additional users of the online digitalmedia provider 92 using any of the gifting techniques set forth in thepresent disclosure.

While the above described techniques for gifting a media file have beeninitiated using a close range communication process, such as the NFCconnection 286, additional aspects of the present technique may furtherprovide for the gifting of media files without the use of close rangecommunications. For instance, continuing now to FIG. 18, the presenttechnique also provides an implementation in which the offer andacceptance of a gift file, or multiple gift files, need not require thatthe giftee device 282 and the gifter device 10 are within the proximityrequired for an NFC connection to occur. For example, the systemdepicted by the reference number 620 in FIG. 18 illustrates anembodiment in which the gifting of a media file may be initiated usingan e-mail communication. For example, as indicated by reference numeral622, the gifting process may begin with the selection of one or moregift files on the gifter device 10, as well as the creation of a giftlicense. In accordance with the present embodiment, a gift license mayessentially function as an electronic gift certificate that may beredeemed with the online digital media provider 92 by the giftee inorder to acquire the gifted files selected by the gifter. For instance,as mentioned above, the gift license may include the gifter's accountinformation, such that upon redemption by the giftee, the gifter'saccount may be charged for the gifted file or files. If multiple giftfiles are selected for gifting, a separate respective gift license maybe generated for each gift file, or, in some embodiments, a singlelicense including all the selected gift files at step 622, may becreated. Once the gift license or licenses are created, the licenses maybe transmitted to the giftee device 282 by using an e-mail message, asillustrated by the reference number 624.

As shown in FIG. 18, the e-mail communication may occur by way of anetwork 626. The network 626 may be provided by any suitable type ofnetwork interface available on the gifter device 10 and the gifteedevice 282, such as those provided in the communication interfacecircuitry 60 discussed above with reference to FIG. 3 and may notrequire a direct connection between the two devices. For example, thee-mail communication may be transmitted from the gifter device 10 to thegiftee device 282 using the Internet. Upon receiving the e-mail messagecontaining the gift license or licenses transmitted by the gifter, thegiftee device 282 may initiate a connection to the online digital mediaprovider 92. Once a connection is established, such as by using thenetwork 626, the giftee device 282 may provide the gift license to theserver 98 of the online digital media provider 92, as shown by referencenumber 628, in order to redeem the electronic gift certificate andretrieve the gift file selected by the gifter at step 622. As will beappreciated by those skilled in the art, security measures may beimplemented such that the electronic gift certificate 664 may only beused one time and only by the giftee to acquire the gifted media files.This ensures that the electronic gift certificate may not be used byunauthorized persons and may not be used to retrieve the same giftfile(s) multiple times.

Upon receiving the gift license, the server 98 may first process thelicense information in order to charge the gifter's account for thegifted file (or files), as indicated by the reference number 630.Thereafter, once the gifter's account is successfully charged, acorresponding gift file may be created using the giftee's DRM keys. Thecreation of the DRM protected gift file is illustrated here by thereference numeral 632. Accordingly, once the DRM protected gift file hasbeen created, the gift file may be transmitted to the giftee device 282by way of the network 626. Upon receiving the DRM protected gift file,as indicated by the reference number 634, the giftee may select thesefiles for playback on the giftee device 282, such as by using the mediaplayer application 36. Here again, it should be kept in mind that if thegifter's account specified in the provided gift certificate (e.g., step628) cannot be charged, the giftee may be presented with the option ofcharging the gifting of the file to the giftee's own account, or elsedeclining the gift file altogether.

The technique described in FIG. 18 may be better understood withreference to FIG. 19, in which a series of screen images depicting thegifting process illustrated in FIG. 18 is provided. For example, thegifting process may begin with the selection of the music file 196,which may be in the process of being played back on the screen 264 onthe gifter device 10. As discussed above, the selection of the graphicalbutton 276 may cause the graphical buttons 376 and 378 to be displayedthus providing the gifter with various gifting options. Here, instead ofinitiating the gifting process using an NFC connection, as provided bythe graphical button 378 (e.g., in accordance with techniques of FIGS.7, 12, and 15), the gifter may instead select the graphical button 376to initiate the gifting processing using an e-mail communication. Forexample, the selection of the graphical button 376 may cause the screen636 to be displayed on the gifter device 10. The screen 636 may includethe text fields 638 and 640. As shown here, the text field 638 mayrequest that the gifter provide the gifter's e-mail address, and thetext field 640 may request that the gifter provide an e-mail addressassociated with the giftee receiving the gift file 196. The informationrequired by the text fields 638 and 640 may be entered by the gifterusing the provided text keyboard interface 166, as discussed above.Additionally, the gifter may also be prompted to select a payment methodwhich, as discussed above, may be a credit card account associated withthe gifter's online digital media provider account. Additionally, thegifter may also elect to pay for the gifting of the file 196 by the useof credits associated with the gifter's account. As shown in the presentfigure, the gifter may select a credit card account as the paymentmethod by selecting the check box graphic 642.

Once the required information has been provided on the screen 636 by thegifter, the gifter may select the graphical button 644 to generate thegift license which is then e-mailed to the giftee. For example, uponselection of the graphical button 644, the pop-up window 646 may bedisplayed on the screen 636. The pop-up window 646 may include thenotification message 648 indicating to the gifter that a gift license ispresently being generated in the form of the electronic gift certificatefile. As shown here, the pop-up window 646 may also include thegraphical button 650 allowing the gifter to cancel the generation of theelectronic gift certificate if selected. In the present embodiment, oncethe gift license and electronic gift certificate have been generated,the certificate and license may be sent to the giftee's e-mail addressprovided in the text field 640, as indicated by the notification message652 in the updated pop-up window 646. The updated popup window 646 mayalso include the graphical button 654, which may allow the gifter toreturn to the screen 264 to resume playback of the music file 196, forinstance.

Next, the redemption of the electronic gift certificate described inFIG. 19 by the giftee device 282 may be explained with reference toFIGS. 20A-200, which depict by way of screen images a technique forreceiving electronic gift certificate and redeeming the received giftcertificate with the online digital media provider 92 in order toacquire a gifted media file. For example, referring first to FIG. 20A,from the home screen 29 on the giftee device 282, the giftee may selectthe graphical icon 38 in order to initiate an e-mail application. Uponthe initiation of the e-mail application 38, the screen 656 may bedisplayed on the giftee device 282. The screen 656 may display a listingof recent e-mail messages received on the giftee device 282 and mayinclude the e-mail message referred to by the reference number 658,which may correspond to the e-mail sent by the gifter device 10 in FIG.19. The screen 656 may also include a variety of graphical icons 660,each of which may represent various functions associated with the e-mailapplication 38. Upon selecting the e-mail message 658, the giftee mayview the text associated with the e-mail message 658 on the screen 662.As shown here, the screen 662 may further indicate that the e-mailmessage 658 has been sent with an included file attachment, referred tohere by the reference number 664. In the present illustration, theattached file may represent the electronic gift certificate generatedand sent by the gifter device 10, as described above with reference toFIG. 19. Thus, as will be understood, the giftee may save the electronicgift certificate locally on the giftee device 282, wherein the savedgift certificate may be used later to acquire a corresponding gift filefrom the online digital media provider 92. Further, as shown in thepresent figure, by using the scroll bar element 120, the giftee may viewthe remainder of the e-mail message 658, which may include a hyperlink668 allowing the user to directly connect to the online digital mediaservice 92 for redemption of the electronic gift certificate 664.

Referring now to FIG. 20B, upon selecting the hyperlink 668, aconnection may be established with the online digital media provider 92and the virtual store application 34 may be initiated, thus displayingthe home screen 108 of the online store interface on the giftee device282. As discussed above, the giftee may then access the screen 426 byselecting the graphical icon 122. In order to authenticate theelectronic gift certificate 664, the giftee may further select thegraphical button 432, thus advancing to the screen 574. Here, ratherthan select the graphical button 576, as discussed above in FIG. 17B,the giftee may instead select the graphical button 578, which representsa function by which the giftee may redeem an electronic gift certificate(e.g., 664) to download corresponding gifted media file. As shown here,the selection of the graphical button 578 may further advance the gifteeto the screen 672. The screen 672 may include the field 674 in which thegiftee may specify a particular electronic gift certificate file to beredeemed. For example, by selecting the graphical button 676, the pop-upwindow 680 may be displayed on the screen 672. As shown in the presentfigure, the pop-up window 680 may display a listing of availableredeemable electronic gift certificates stored on the giftee device 282,and may include the electronic gift certificate 664 received in thee-mail message 658 discussed in FIG. 20A.

Continuing now to FIG. 20C, once the electronic gift certificate 664 isselected, the giftee may select the graphical button 682 to return tothe screen 672, in which the field 674 may be updated to reflect theselection of the electronic gift certificate 664 for redemption.Thereafter, the giftee may select the graphical button 678 in order toinitiate the process of redeeming the provided electronic giftcertificate 664 and acquiring a corresponding gifted media file. Forinstance, upon selecting the graphical button 678, the screen 684 may bedisplayed on the giftee device 282. The screen 684 may include thenotification message 686 indicating that the provided gift certificate664 is being authenticated and that the gift file specified in thecertificate 664 is being downloaded to the giftee device 282. As will beappreciated, the authentication of the gift certificate 664 may includedetermining, based on information contained in the gift certificate, theaccount corresponding to the gifter. Accordingly, once the gifter'saccount is properly charged for the gifting of the selected file, a giftfile may be generated on the server 98 using the giftee's DRM keys, asdiscussed above, and subsequently transferred to the giftee device 282from the server 98. As shown here, the screen 684 may also include thegraphical button 688 by which the giftee may select to cancel theprocess of redeeming the certificate 664 if needed.

Once the gift file has been successfully downloaded to the giftee device282, the screen 690 may be displayed on the giftee device 282. Thescreen 690 may include the notification message 692 informing the gifteethat the gift file has been received on the device 282 and is nowavailable for playback. Here, the screen 690 may further provide thegiftee with various options by way of the graphical button 694, as wellas the graphical buttons 614 and 616 discussed above with reference toFIG. 17C. As shown here, the graphical button 694 may represent afunction by which the giftee may return to the screen 672 in order toredeem additional gift certificates. The giftee may also exit theinterface application 34 with the online digital media provider 92 byselecting the graphical button 616, thus returning to the home screen 29of the device 282, or the giftee may select the graphical button 614 toexecute the media player application 36 discussed above in order toselect the downloaded gift file for playback, such as illustrated by thescreens 230, 258, and 264 in FIG. 17C.

While the above-described embodiments have depicted the gifting of asingle media file, namely the media file 196, it should be appreciatedthat the present technique also provides for the gifting of multiplemedia files in a single gifting session. For example, referring to FIG.21A, in accordance with one implementation of the present technique, thegifter may select a playlist, which as discussed above, may include aplurality of music files, to be gifted to a giftee device 282. Referringnow to the screen 230 in FIG. 21A, a listing 232 of playlists presentlystored on the gifter device 10 may be displayed upon initiation of themedia player application 36 on the gifter device 10. The presentlyillustrated figures may depict a technique by which the gifter maychoose to gift the playlist referred to by the reference numeral 698 tothe giftee device 282 using one or more of the gifting techniques setforth in the present disclosure. As shown here, the gifter may selectthe playlist 698 in order to view each of the media files defined in theplaylist 698, as shown by the screen 700. Thus, by gifting the playlist698 to the giftee device 282, each of the music files in the listingreferred to by the reference number 702 may be gifted in one transactionin which the gifter's account is charged for each of the media files inthe playlist.

In order to begin the process of gifting the playlist 698, the giftermay first select the graphical icon 244, which may advance the gifter tothe screen 704. As shown on the screen 704, the graphical buttons 706and 708 may be provided. The graphical button 706 may represent afunction by which the gifter may select an individual media file forgifting, as discussed in the above embodiments. The graphical button 708may represent the function of gifting a playlist having multiple mediafiles in accordance with the present embodiment. By selecting thegraphical button 708, the gifter may be presented with the screen 710 bywhich the gifter may select the playlist to be gifted (e.g., theplaylist 698), as well as add additional customized or personalcomponents to the gifted playlist 698. For instance, additional personalcomponents that may be included with the gifted playlist may include apersonalized voice greeting and/or a custom or personalized image thatmay be displayed as an album image on the screen 264 of the gifteedevice during the playback of the gifted playlist 282.

In order to customize the playlist 698 prior to gifting, the gifter mayselect the graphical button 712 to access the screen 714, as depicted inFIG. 21B. The screen 714 may include the graphical buttons 716 and 718.For example, as illustrated in the present figure, the graphical button716 may allow the gifter to record a voice greeting that may be includedwith the gifted playlist 698. For example, upon selecting the graphicalbutton 716, the gifter may be able to record a voice greeting, depictedhere by the reference numeral 720, which may be and recorded and storedby the gifter device 10, such in the storage device 58, discussed above.As shown in the present figure, the selection of the graphical button716 may cause a pop-up window 722 to be displayed on the screen 714. Thepop-up window 722 may represent a recording application configured toreceive sound inputs, such as through the audio input/output elements46, as depicted in FIG. 1. For example, the pop-up window 722 mayinclude the notification message 724 indicating to the gifter that amicrophone, which may be one or more of the components included with theaudio input/output elements 46, is active. The pop-up window 722 mayalso display a timer 726 which may indicate to the gifter as to thelength of the voice greeting being recorded. Thus, once the desiredvoice greeting 720 has been recorded by the device 10, the gifter mayselect the graphical button 728 to exit recording application 722 andreturn to the screen 714. As shown in the updated screen 714, thegraphical button 730 may be displayed, and may provide the gifter withthe function of playing back the recorded voice greeting 720 prior togifting the playlist 698.

Next, the gifter may proceed to add a personalized image to the giftedplaylist 698 by selecting the graphical button 718. By selecting thegraphical button 718, an imaging application may be initiated on thegifter device 10. For example, as illustrated in FIG. 21C, the selectionof the graphical button 718 may cause the screen 732 to be displayed onthe gifter device 10. The screen 732 may display a viewfinder 734 thatmay be configured to display in real time the images being acquired bythe camera device 52. The viewfinder may include an image frame 736which may assist the gifter in aligning or centering a desired image. Asshown in the present figure, the gifter may then position the device 10to acquire an image of the object 738. Once the object 738 is aligned orcentered within the imaging frame 736 of the viewfinder 734, the giftermay select the graphical button 740 to acquire an image 744 of theobject 738. If the acquired image 744 is satisfactory, the gifter mayselect the graphical button 742 to return to the screen 714.Additionally, if the gifter wishes to acquire another image, the giftermay return to the viewfinder 734 by selecting the graphical button 746.Further, in some implementations, the technique may provide for theacquisition of multiple images which may be gifted with the selectedplaylist 698 as a slideshow, for instance. These images may be acquiredusing either the camera 52 or from images previously stored on thedevice or downloaded from another source (e.g., Internet). As will beunderstood, a slideshow need not necessary be limited to the gifting ofa playlist (e.g., multiple files) and, in some implementations, may begifted with an individual file as well.

As shown in the updated screen 714 of FIG. 21C, once the acquired image744 has been accepted, the screen 714 may further display the graphicalbutton 748. The graphical button 748 may allow the gifter to view theimage 744 prior to initiating the gifting of the playlist 698. At thispoint, if the voice greeting 720 and the personalized image 744 aresatisfactory, the gifter may select the graphical button 130 to returnto the screen 710 as illustrated in FIG. 21D to begin the process ofgifting the playlist 698. For instance, by selecting the playlist 698 onthe screen 710, the pop-up window 750 may be displayed on the screen710, and provide the gifter with a variety of options, as indicated bythe graphical buttons 752, 754, and 756. As can be appreciated, thegraphical button 752 may provide a function by which the gifter may giftthe playlist 698 using an e-mail communication, such as in accordancewith the technique illustrated in FIG. 18. Additionally, the gifter mayselect the graphical button 758 to initiate the gifting of the playlist698 using an NFC connection to the giftee device 282 in accordance withone or more of the techniques illustrated in FIGS. 7, 12, and 15. Thegifter may also cancel the gifting process of the playlist 698 byselecting the graphical button 756. Thus, it should be understood thatthe gifting of the playlist 698 may be performed in accordance with anyof the gifting techniques provided in the present disclosure.

Referring now to FIG. 22, a plurality of screen images is provideddepicting the playback of a media file from the gifted playlist 698 onthe giftee device 282. For example, after receiving the gifted playlist698, the giftee may initiate the media player application 36 on thegiftee device 282. As discussed above, upon being initiated, the mediaplayer application 36 may cause the screen 230 to be displayed. Thescreen 230 may display a listing of playlists presently stored on thegiftee device 282, which may include the received gifted playlist 698.As shown here, by selecting the gifted playlist 698, the giftee maynavigate to the screen 758 in which the giftee may view a listing,referred to here by the reference number 760, of all media filesassociated with the gifted playlist 698. It should be noted here thatthe listing 760 may be identical to the listing 702 provided in FIG. 21Aon the gifter device 10, with the addition of the voice greeting 720recorded by the gifter, as described above with reference to FIG. 21B.Accordingly, the giftee may have the option of listening to the voicegreeting 720 by selecting it from the listing 760.

In the present figure, the giftee may select the music file 762 forplayback, thus advancing the giftee to the screen 264. As shown here,the screen 264, during the playback of the music file 762, may displaythe image 744 acquired by the gifter, as described in FIG. 21C, and sentas a gift image along with the gifted playlist 698. It should beunderstood that the displaying of the personalized image 744 may be adefault setting associated with the gifted playlist 698, and that thegiftee may choose to configure the media player application to displayan alternate image, such as an album cover, associated with the selectedplayback file 762. Further, if multiple images are provided with thegifted playlist 698 (e.g., a slideshow), the device 282 may display theslideshow of multiple images, such as during the playback of files fromthe gifted playlist 698.

The giftee may have the option of gifting individual music files fromthe gifted playlist 698, such as by selecting the graphical button 276on the screen 264. The giftee may also have the option of gifting theentire gifted playlist 698, to additional users if so desired, using theplaylist gifting techniques described with reference to FIGS. 21A-21D.As can be appreciated, further gifting of the playlist 698 by the gifteemay replacing the personalized components (e.g., image 744 and voicegreeting 720) selected by the gifter and received by the giftee withpersonalized components selected by the giftee.

As can be appreciated, each of the devices 10 and 282 may includevarious user interface techniques allowing for a user of the device toselect media, such a playlist of song files, for playback using themedia player application 36. In certain embodiments, an electronicdevice may include one or more accelerometers configured to register achange in device orientation. For example, when a device (e.g., 10 or282) displaying the screen 230 of FIG. 22 is turned sideways by a user,the accelerometer may detect the change in the orientation of the deviceand cause the device to display the screen 764 illustrated in FIG. 23.As shown in the FIG. 23, the screen 764 may display each the items inthe listing 452 as a selectable image, represented by the referencenumbers 766. For example, by moving an object (e.g., a stylus) or afinger across the screen 764, a user may easily navigate through theplaylists stored on the device. As the user navigates through theselectable images 766, the label or name associated with the playlistrepresented by the selectable image may be displayed, as indicated bythe reference number 768. Thus, by navigating the selectable images 766,the user (in the case the giftee) may select the gifted playlist 698from FIG. 22. By way of example only, the user interface techniquedepicted in FIG. 23 may be provided using the Cover Flow format by AppleInc. Additionally, it should be understood that by turning the device282 upright, the user (e.g., the giftee) may navigate back to the screen230 of FIG. 22.

Additionally, it should be understood that the gifting of either theplaylist 698 or any of the media files provided in the listing 760 bythe giftee to additional users of the online digital media provider 92,may be performed using any of the media gifting techniques described inthe present disclosure. Further, while the implementations provided hereby way of example in the present disclosure have discussed the giftingof music files, it should be appreciated that the media giftingtechniques disclosed herein may be applicable to any suitable type ofdigital media files, including video files, e-books, audiobooks,podcasts, copyrighted images, video games, or the like. Further, asmentioned above, the present techniques may also be applicable for thegifting of software applications and programs. By way of example, suchsoftware applications may be purchased from App Store®, provided byApple, Inc., and subsequently gifted to other users having accountsassociated with App Store® in accordance with one or more of thepresently disclosed techniques.

Additionally, as shown in presently illustrated implementations of thepresent disclosure, the various gifting functionalities discussed hereinmay be provided by way of the media player application 36 in conjunctionwith the store interface application 34 associated with the onlinedigital media provider 92. The applications may be stored on a device inaccordance with embodiments of the present disclosure. Indeed, theapplications 34 and 36 may include encoded instructions stored on one ormore machine readable media, such as on the storage device 54, andconfigured to be executed by the processor 50 to provide for one or moreof the functionalities of the device 10 discussed above. Additionally,it should be appreciated that the applications 34 and 36 may alsoinclude encoded instructions defining the various graphical screenimages and user interface functions discussed throughout the presentdisclosure. However, it should also be understood that thefunctionalities set forth and described in the above figures may beachieved using a wide variety graphical elements and visual schemes, andthat the present invention is not intended to be limited to the preciseuser interface conventions depicted above.

While the invention may be susceptible to various modifications andalternative forms, specific embodiments have been shown by way ofexample in the drawings and will be described in detail herein. However,it should be understood that the invention is not intended to be limitedto the particular forms disclosed. Rather, the invention is to cover allmodifications, equivalents and alternatives falling within the spiritand scope of the invention as defined by the following appended claims.

1. A method for managing the transfer of a digital media file from afirst device to a second device using a database associated with anonline digital media provider, the method comprising: receivinginformation relating to the digital media file from the first device;accessing the database, using the information relating to the digitalmedia file, to determine at least an account belonging to a user of thefirst device, an account belonging to a user of the second device, andan identity of the digital media file, wherein the accounts belonging tothe users of the first and second devices are associated with the onlinedigital media provider; and creating the digital media file to bereceived by the second device using the identity of the digital mediafile.
 2. The method of claim 1, comprising transferring the digitalmedia file from the online digital media provider to the second device.3. The method of claim 1, comprising charging the user of the firstdevice for the digital media file.
 4. A method for approving a requestto gift a digital media file from a first device to a second device on aserver associated with an online digital media provider, the methodcomprising: receiving a gift request from the first device; processingthe gift request to determine at least an account belonging to a user ofthe first device, an account belonging to the user of the second device,and an identity of the digital media file, wherein the accountsbelonging to the users of the first and second devices are associatedwith the online digital media provider; and authorizing the creation ofa gift file to be received by the second device.
 5. The method of claim4, wherein the gift request is received using a communication interfaceconfigured to establish a first communication path with a communicationinterface on the first device.
 6. The method of claim 5, whereinauthorizing the creation of the gift file comprises determining if theaccount belonging to the user of the first device may be charged for thegift file.
 7. The method of claim 6, wherein the account belonging tothe user of the first device includes at least a credit card account,and wherein determining if the credit card account may be charged forthe gift file comprises obtaining an authorization to charge the creditcard account from an external credit card verification server.
 8. Themethod of claim 6, further comprising, if the creation of the gift fileis authorized, creating the gift file using a digital rights management(DRM) key associated with the account belonging to the user of thesecond device.
 9. The method of claim 8, wherein the communicationinterface is further configured to establish a second communication pathwith a communication interface on the second device, and wherein thecreated gift file is transmitted to the second device from the serverusing the communication interface.
 10. The method of claim 6, furthercomprising, if the creation of the gift file is authorized, transmittinga DRM key associated with the account belonging to the user of thesecond device from the server to the first device, wherein the firstdevice is configured to create the gift file using the DRM key.
 11. Themethod of claim 10, wherein the DRM key is transmitted from the serverto the first device using the communication interface.
 12. A method forapproving the gifting of a digital media file from a first device to asecond device on a server associated with an online digital mediaprovider, the method comprising: receiving on the server an electronicgift certificate from the second device, wherein the electronic giftcertificate was previously transmitted from the first device to thesecond device; processing the electronic gift certificate to determineat least an account belonging to a user of the first device, an accountbelonging to the user of the second device, and the identity of thedigital media file, wherein the accounts belonging to the users of thefirst and second device are associated with the online digital mediaprovider; authorizing the creation of a gift file to be received by thesecond device.
 13. The method of claim 12, wherein the electronic giftcertificate is received by the server using a communication interfaceconfigured to establish a first communication path with a communicationinterface on the second device.
 14. The method of claim 13, whereinauthorizing the creation of the gift file comprises determining if theaccount belonging to the user of the first device may be charged for thegift file.
 15. The method of claim 14, further comprising, if thecreation of the gift file is authorized, creating the gift file on theserver using a digital rights management (DRM) key associated with theaccount belonging to the user of the second device.
 16. The method ofclaim 15, further comprising, transmitting the gift file from the serverto the second device.
 17. The method of claim 16, wherein the gift fileis transmitted from the server to the second device using thecommunication interface.
 18. A system for gifting a digital media filefrom a first device to a second device comprising a server associatedwith an online digital media provider, wherein the server is configuredauthorize the creation of a gift file corresponding to the digital mediafile.
 19. The system of claim 18, wherein the server is furtherconfigured to receive a gift request, the gift request comprising atleast an account belonging to a user of the first device, an accountbelonging to the user of the second device, and the identity of thedigital media file, wherein the accounts belonging to the users of thefirst and second device are associated with the online digital mediaprovider.
 20. The system of claim 19, wherein the server is furtherconfigured to determine whether the account belonging to the user of thefirst device may be charged for the gift file, and wherein the creationof the gift file is authorized if it is determined that the accountbelonging to the user of the first device may be charged.
 21. The systemof claim 20, wherein the account belonging to the user of the firstdevice comprises at least a credit card account, and wherein the serveris configured to communicate with an external credit card verificationserver in order to obtain an authorization to charge the credit cardaccount.
 22. The system of claim 20, wherein, if the creation of thegift file is authorized, the server is further configured to create thegift file using a digital rights management (DRM) key associated withthe account belonging to the user of the second device and to transmitthe gift file to the second device using a communication interface onthe server, the communication interface being configured to establish acommunication path with a communication interface on the second device.23. The system of claim 20, wherein, if the creation of the gift file isauthorized, the server is further configured to transmit a DRM keyassociated with the account belonging to the user of the second deviceto the first device, wherein the first device is configure to create thegift file using the DRM key and to transmit the gift file to the seconddevice once the gift file is created.
 24. The system of claim 18,wherein the server is further configured to receive a request from thesecond device to unlock a locked gift file sent to the second devicefrom the first device, wherein the locked gift file includes a giftlicense, the gift license comprising at least an account belonging to auser of the first device.
 25. The system of claim 24, wherein the serveris further configured to determine whether the account belonging to theuser of the first device may be charged for the gift file, and whereinthe creation of the gift file comprises permitting the second device tounlock the gift file if it is determined that the account belonging tothe user of the first device may be charged.
 26. The system of claim 18,wherein the server is further configured to receive an electronic giftcertificate from a second device, wherein the electronic giftcertificate comprises at least an account belonging to a user of thefirst device, an account belonging to the user of the second device, andthe identity of the digital media file, and wherein the authorization tocreate the gift file is determined based upon whether the accountbelonging to the user of the first device may be charged for the giftdevice.
 27. The system of claim 26, wherein the server is furtherconfigured to create the gift file using a DRM key associated with theaccount belonging to the user of the second device and to transmit thegift file to the second device if the account belonging to the user ofthe first device is charged.
 28. The system of claim 18, wherein the oneor more gifted media files comprises at least one of a music file, avideo file, or an electronic book file, an audio book file, a softwareapplication file, or any combination thereof.